Daily updates from Odoo
Thursday, September 5, 2024
10 changes · 17.0
Enhancements to existing features
The accounting dashboard's bill filter has been updated to show bills marked for payment release or those with exceptions, removing the previous date-based filter. This change simplifies the bill review process by focusing on payment status rather than invoice age, helping accounting teams prioritize bills that need attention.
Original PR description
Change the conditions of the account_3way_match filter on accounting dashboard for the bills journal. Before this commit: Show Bills with release_to_pay = 'yes' or invoice date < today. After this commit: Show Bills with release_to_pay = 'yes' or 'exception', the invoice date is no more used. task:3877069 Forward-Port-Of: odoo/enterprise#69068 Forward-Port-Of: odoo/enterprise#67357
Resolved issues and error corrections
This fix resolves an issue where exporting and re-importing automation rules in Web Studio would fail due to missing required fields. Users can now successfully export automation rules from their projects and import them back without errors.
Original PR description
Steps to reproduce ================== - Install project,web_studio - Go to project - Open studio > Automations - Create a new rule - Click on the top left icon to go back to the home menu - Customizations > Export - Go back to project and delete the newly create automation - Click on the top left icon to go back to the home menu - Import > Upload the generated zip => It fails because a few required fields are missing opw-4073631
This update resolves an issue where the system would fail when trying to remove a database constraint that no longer exists. The fix adds a safety check to verify the constraint is present before attempting to remove it, preventing errors during system updates and maintenance operations.
Original PR description
Issue: An issue can arises when attempting to drop the constraint "account_move_line_check_amount_currency_balance_sign" if it does not exist. This problem was triggered since the following fix: https://github.com/odoo/enterprise/pull/67953. Fix: Ensure that the constraint exists before attempting to drop it. opw-4107760 opw-4133787 opw-4122219 Forward-Port-Of: odoo/enterprise#69191
This fix corrects a bug in the approval workflow system where higher-level approvers were being notified prematurely before all lower-level approvals were completed. Now, notifications for higher approval levels are only sent once all approvals at the previous level have been fully approved, ensuring a proper sequential approval process.
Original PR description
… entries Have a studio approvals with minimum 3 rules: - 2 on level 1 - 1 on level 2 Before this commit, if one of level 1 was refused, when approving the other one, the level 2 rule created an activity for the responsible. As we don't want a level to be notified if the lower level is not fully approved, there was a bug. After this commit, we only trigger activity notification on higher level rules if the below level has been fully approved.
This fix adds a warning message when users try to reserve a serial number that is already out of stock in a rental order. Previously, the system would allow users to select unavailable serial numbers without any notification, which could lead to fulfillment issues. Now the system alerts users when a selected lot is unavailable.
Original PR description
Steps to reproduce: ------------------- - create a storable product tracked by serial number; - create a serial number for this product; - add 1 quantity on hand for it; - create a rental order with the product; - add the created serial number in "Reserved lot"; - confirm and pickup; - create an other rental order; - add the product and the same "Reserved lot"; Issue: ------ There is no warning even if the serial number of the product is already out of stock. Solution: --------- Add a check when the `reserved_lot_ids` field is modified using an onchange method. opw-3839116
This update fixes an issue where subscription invoices were being skipped due to a pending transaction flag that wasn't being cleared after renewal. The system now properly removes this flag when an invoice is posted, ensuring subscriptions continue to be billed correctly even after renewal cycles.
Original PR description
…nvoice Before this commit, subscriptions automatic invoices are skipped when the flag pending transactions is set. it is correct to avoid double payment for the same period but there is a problem if the flag stays while the subscription has been renewed since. This commit aimes to remove that flag when an invoice is posted for this subscruption. taskid: 4107185
Fixed a crash that occurred when users tried to add conditional visibility rules to columns in grouped reports (like the Inventory Valuation report). The issue was that Studio was incorrectly trying to access fields that only exist within grouped sections, not in the main data model. This fix ensures Studio properly filters out these grouped fields when editing conditional rules.
Original PR description
Steps to reproduce
==================
- Open inventory > Reporting > Valuation
- Open studio
- Select a column
- Click on "Conditionnal" next to "Invisible", "Required" or "Readonly"
=> crash
Cause of the issue
==================
Fields declared inside a groupby node are not part of the main model
```xml
<groupby name="product_id">
<field name="cost_method" invisible="1" />
<field name="quantity_svl" invisible="1" />
<button name="action_revaluation" icon="fa-plus" title="Add Manual Valuation" type="object" invisible="cost_method == 'standard' or quantity_svl <= 0" />
</groupby>
```
opw-4147138This fix resolves an application crash that occurred when users cancelled a report discard action in Studio. Previously, the system would throw an error when clicking cancel after initiating a discard. Now the cancellation is handled properly, allowing users to safely abandon their discard action without the application crashing.
Original PR description
Steps to reproduce ================== - Open studio - Edit any report - Make some changes - Click on discard - Click on cancel => UncaughtPromiseError Cause of the issue ================== When clicking on cancel, the promise is rejected https://github.com/odoo/odoo/blob/1ffcea337ba463c383483ca53ff57aa6b725b5a2/addons/web_editor/static/src/js/wysiwyg/wysiwyg.js#L1112 Solution ======== Instead of rejecting the promise, resolve it with the confirmation status opw-4141192
Fixed an issue where invoices from customers in Monaco were not appearing in the EC Sales List Report. Monaco is now properly recognized as part of the European Community list for companies outside of France, allowing these invoices to be correctly displayed in the report.
Original PR description
Steps to reproduce: [l10n_* nl/be/etc - Europe] - create a customer form Monaco with a valid TVA number `FR53000004605` - create an invoice with this customer with an intra-eu tax - Open the EC Sales List Report Issue: The invoice will not be displayed Cause: Monaco is not part of the list Solution: We add it if the company.country_id is not France. Because for any other european country we want Monaco's invoices to be displayed opw-4075452 Forward-Port-Of: odoo/enterprise#68560
This fix corrects how rental equipment returns are processed in the inventory system. Previously, a recent change to prevent double-counting returned items inadvertently affected rental returns, which are handled differently. This update ensures rental returns are properly tracked without affecting the delivered quantity calculations on sales orders.
Original PR description
In sale_stock, when making returns, we fix a bug where the delivered quantity on an SO is affected twice by returns in the case of 2-step routes, by not linking moves generated by push rules to the SO. (https://github.com/odoo/odoo/pull/178392) But in the case of `sale_stock_renting`, it is a push rule that generates the return at the end of the renting period, so we have to make an exception. opw-4129497