Tuesday, August 6, 2024
2 changes · master
Enhancements to existing features
Accounting reports can now be configured so users can adjust several filters before refreshing the report. This helps companies with large databases avoid repeated waiting times while keeping the current instant-refresh behavior as the default for others.
Original PR description
Add a feature that enables companies to select multiple filters in an accounting report before reloading the data of the report. This feature can be activated by selecting the boolean field 'Deferred…
Add a feature that enables companies to select multiple filters in an accounting report before reloading the data of the report. This feature can be activated by selecting the boolean field 'Deferred options reload' in the form view of the accounting report. On any report, as it is now, the whole report gets refreshed when giving a value to a single option filter. It is very nice on small databases, but on bigger ones might sometimes make the flow more painful for the user if she needs to change the value of multiple filters (e.g. select a journal => wait 10 seconds for the reload => select a partner => wait 10 more seconds). For those big databases, we'd like to have the possibility to have a button under the filters triggering the recompute of the report; hence not doing it immediately when an option is checked. However, we don't want that for all the dbs, as it would then add one click for all the users of small databases, who don't have any issue. Therefore, the chosen solution is rather to support both cases, and add a boolean option on the account.report (in the form view) allowing to switch to this "deferred computation mode". By default, it won't be enabled, and the historical behavior will apply. task-3263762
Resolved issues and error corrections
This change improves how manufacturing work orders record consumed quantities, helping ensure materials are marked and counted correctly when production is completed. It also cleans up related inventory tests and fixes a barcode manufacturing form check to avoid incorrect matches.
Original PR description
# ARCHIVED PR That's pull request was splited in two separate prs `PART 1`: https://github.com/odoo/enterprise/pull/67683 `PART 2`: https://github.com/odoo/enterprise/pull/67684 ## mrp_workorder: fix…
# ARCHIVED PR That's pull request was splited in two separate prs `PART 1`: https://github.com/odoo/enterprise/pull/67683 `PART 2`: https://github.com/odoo/enterprise/pull/67684 ## mrp_workorder: fix quantity consumed operation With the new way of computing the quantity consumed, it is no longer necessary to mark the move_raw_ids in this function, since we call button_finish method right after. In button_finish, we take responsability for marking it as picked and updating the quantity consumed ## clean up _post_inventory tests This commit add 2 simple refactor to our existing tests, they are: -> _post_inventory calling button_mark_done() will call _post_inventory, so, it is not needed to call _post_inventory to test the flow. -> consumed quantities Fixing some tests to make sure that the current flow will not mark the picked as box when we change the quantity produced. ## stock_barcode_mrp: fix misstyping on saveFormView Before the commit, the condition inside saveFormView was returning True, because the same content was fit in two diferents types. The fix for it was just assert the id and the name of the content. task: 3810344