Useful to better test business flows & replace yaml test files:
instantiating records & calling onchanges by hand is very
error-prone (it's easy to miss onchanges, or to manually set fields
which can't be set through the view we're interested in, ...)
odoo.tests.common.Form implements the basic *creation*
flow (fields_get, default_get, onchange) up to saving the record,
including proper handling of the required and readonly modifiers &
their domains.
* edition of existing records, including filtering out unmodified
fields when saving
* possibly buttons
* ensuring the API is convenient
Remove the possibility to define the number of digits for the accounts in the accounting settings.
People can do a export/import to do that.
Was PR #16587. Was task 32750
- make delegate/undelegate events private
- remove $el before start
- make replaceElement private
- remove one _ from __render_and_insert... method
- update documentation
- remove make and improve make_descriptive (also, it is private)
- ...
... to allow them to be called several times without having to
wait for the delays.
This was already done for _.throttle, by default for the whole
test suite, and it couldn't be parameterized in individual tests.
This was enough for _.throttle, but the same solution couldn't be
applied for _.debounce, because some tests actually test that some
handlers are correctly debounced.
Those function are now patched in addMockEnvironment, and two
parameters can be set: 'debounce' (default: true) and 'throttle'
(default: false).
Purpose
=======
Landed Cost usability improvement
Specification
=============
1/ No need to show the check box landed cost on the landed cost type (hide that, by default it consider landed cost type product)
2/ At the time of creating a Landed Cost, the product type should be 'Service' by default
3/ Remove edit & create option from picking selection (shouldn't be able to create a picking from scratch from the landed cost)
4/ Add regular stat button for 'active'/'Inactive' : https://drive.google.com/file/d/0B7X0nDa4oGandEpNR3Q2dmRzTms/view?usp=sharing [OK]
Purpose
=======
From the sales dashboards, there is no way to access the credit notes, while we can access the invoices.
Should be possible to access the credit notes too.
Specification
=============
Sales->Reporting->Sales Channels/More/View/Invoices-> Display all invoice and credit notes from this sales channel
PURPOSE
=======
Ensure terms consistency across Odoo
Specification
=============
All the menus and fields labels which are related to product.category should be named "Product Category" (if field label) and "Product Categories" (if menu entry)
* [IMP] account: on 'Accounting Dashboard', 'Payments to do' under 'Vendor Bills' block should show total of amount to be(that is, 'To Pay' column total) paid and not the total of open invoices.
* [IMP] account: minor improvements in accounting dashboard,
- changed string from Invoices to validate/Invoices to Validate and Draft Bills to Bills to Validate
- moved above strings slightly left side in Accounting dashboard so that the whole string displayed
Was PR #18730. Was task 35125
A comprehensive theme’s revamp, details:
=== New features ===
- Show titles permalink markers on hover
- “Scrollspy” effect for the sidebar
=== Fixes ===
- Solve an issue causing the sidebar to flicker on scroll
- Hide the sidebar if less then two links
=== Design ===
- Improve typography vertical rhythm and line height
- Visually increase separation between sections
- Review alerts and <dl> design
- Reduce cover’s size
- Reduce overall paddings/margins.
Closes#21304
…ke lock date into account
If we have a payment in october and a statement in november and the lock date is 1st november, we can't reconcile both because we try to write statement_id on payment but there is the lockdate constraint. This is not correct and we should be able to reconcile both even after lock date as it is the case for other moves.
* Replace payment term lines options 'last_day_following_month' and 'last_day_current_month' by two new less specific ones allowing choosing the day directly, and thus not limited to the last one anymore (semantically different).
* Rename payment term line option value 'fix_day_following_month' into 'after_invoice_month' for more clarity (no semantic change).
Was task 24239. Was PR #15487