Friday, December 2, 2022
11 changes · master
Enhancements to existing features
This update simplifies the internal structure behind the PLM bill of materials overview by making each process request the information it needs directly. It reduces reliance on hidden workarounds, making future maintenance safer and easier without changing the user-facing experience.
Original PR description
Since fixes done on the bom overview in odoo/enterprise#33613 had to be done in a released version, no method signature changes could be donce, hence the use of excessive context keys to bypass it. Changes the signatures so that future work is done on better grounds, and so that each method explicitely asks for what parameters it needs to do its work. Related to odoo/odoo#107006
This update tightens how form and kanban screens prepare the information they use when displaying records. It helps keep several business apps consistent and reduces the risk of display issues after related platform changes.
Resolved issues and error corrections
This update fixes two localization issues found during nightly checks. It restores installation reliability for the Peru invoicing module and corrects the Romania reporting setup to avoid future access-rights warnings.
Original PR description
Fixes two recent issues in l10n that appeared on the nightly
Code cleanup and technical improvements
This update modernizes internal code formatting across appointment scheduling, calendar, helpdesk, and social media features. It improves maintainability and may slightly improve performance without changing user-facing behavior.
Original PR description
* = appointment, calendar, social, social_facebook, social_twitter To increase readability and performance, use f-strings where appropriate (multiple concatenation +- formatting). Task-2977548 See odoo/odoo#99811
Miscellaneous changes
In the following situation: - Create a bank statement, reconcile using manual operations (e.g. Skonto-vk-19%) - Two amls are created: the base and the tax - The base does not have the full amount as it's not an invoice line - Only the aml with base amount is exported in DATEV csv export. The tax amount is missing. The only way to get the full amount is to use `compute_all` on every aml. Forward-Port-Of: odoo/enterprise#34541 Forward-Port-Of: odoo/enterprise#33611
Original PR description
In the following situation: - Create a bank statement, reconcile using manual operations (e.g. Skonto-vk-19%) - Two amls are created: the base and the tax - The base does not have the full amount as it's not an invoice line - Only the aml with base amount is exported in DATEV csv export. The tax amount is missing. The only way to get the full amount is to use `compute_all` on every aml. Forward-Port-Of: odoo/enterprise#34541 Forward-Port-Of: odoo/enterprise#33611
This update restores a broken Peruvian invoice report customization after a related platform change. It helps ensure Peruvian electronic invoice documents continue to render the expected information correctly.
Original PR description
Following changes in odoo/odoo@3f38d903e9f4b39c6d4638cc4e745a9bb35ac390, a Peruvian xpath does not work anymore. This commit fixes this by updating the Peruvian xpath to follow the new changes.
A broken accounting walkthrough was corrected after invoice status labels changed for draft bills. This keeps internal validation aligned with the current invoice view and helps prevent false failures during quality checks.
Original PR description
Following the community PR that has removed the tag payment state when the move is not posted, the tour was broken. It checked if a payment state was present in the view for a draft bill. This PR correct that by checking the state instead of the payment state Task-id: 3085423
Before this commit, the recurring_monthly value changed over time. MRR was null when start_date <= today <= end_date and if the order was in progress. Unfortunately, the compute dependencies were not correct and a renewal order confirmed and invoice before the start_date would never have a non null MRR. This commits change the logic to make sure the MRR is only computed based on stored fields: 'stage_category', 'state', 'is_subscription', 'amount_untaxed'. recurring_live was not updat
Original PR description
Before this commit, the recurring_monthly value changed over time. MRR was null when start_date <= today <= end_date and if the order was in progress. Unfortunately, the compute dependencies were not correct and a renewal order confirmed and invoice before the start_date would never have a non null MRR. This commits change the logic to make sure the MRR is only computed based on stored fields: 'stage_category', 'state', 'is_subscription', 'amount_untaxed'. recurring_live was not updated when a renewal was started. We update the code to make sure a renewal become alive when the parent is closed. The _mail_track method is modified to take into account this change and make sure that the behavior of the logs is not modified. Forward-Port-Of: odoo/enterprise#34405 Forward-Port-Of: odoo/enterprise#33716
Before, we only displayed the assets that have a posted move in the period. That filter on moves should only be in the depreciations applied, not on the assets themselves. [opw-3039478](https://www.odoo.com/web#id=3039478&model=project.task) Forward-Port-Of: odoo/enterprise#33583
Original PR description
Before, we only displayed the assets that have a posted move in the period. That filter on moves should only be in the depreciations applied, not on the assets themselves. [opw-3039478](https://www.odoo.com/web#id=3039478&model=project.task) Forward-Port-Of: odoo/enterprise#33583
Before this commit, studio hooks (which are dropzones for new structures) in notebooks and in outergroups where not correctly added. Some were misplaced, others had wrong data on them. After this commit, they are correctly added with the right information Forward-Port-Of: odoo/enterprise#34393
Original PR description
Before this commit, studio hooks (which are dropzones for new structures) in notebooks and in outergroups where not correctly added. Some were misplaced, others had wrong data on them. After this commit, they are correctly added with the right information Forward-Port-Of: odoo/enterprise#34393
[IMP] sale_subscription: change upsell button position Forward-Port-Of: odoo/enterprise#34459
Original PR description
[IMP] sale_subscription: change upsell button position Forward-Port-Of: odoo/enterprise#34459