Wednesday, December 6, 2023
7 changes · 17.0
Enhancements to existing features
Requests for the website robots.txt file no longer trigger a language-based redirect. This removes an unnecessary step for real users and keeps handling of this non-language-specific file consistent with similar website files.
Original PR description
Same as what was done: - in 2019 for favicon.ico at [1]. - in 2018 for sitemap.xml at [2]. - in 2015 for many controllers at [3]. Note that it's not about crawlers/robots, because those won't go through the lang redirect (see `is_a_bot()`). It's just to avoid a redirect which has no meaning/sense when requested by real users. /robots.txt is not language dependent. [1]: https://github.com/odoo/odoo/commit/94bcbc92e5e5a6fd3de7267e3c01f8c11fb045f4 [2]: https://github.com/odoo/odoo/commit/708ad186d52aff9270ea73888326370ada2fbc71 [3]: https://github.com/odoo/odoo/commit/a696913364ffc4d5f1ce0675bc9be82f84f3ff93
Customers with at least one posted invoice can no longer change their country from the portal address form. This helps prevent accounting and tax setup issues, while still allowing staff to make authorized changes in the back office.
Original PR description
Before this commit, when a client had 1+ posted invoice he could still modify his address, including his country. The country can have as much fiscal implications for the Accounting as the Tax ID (both fields are used in the Fiscal Positions mapping). For that reason, once an invoice has been made for a customer, we should not let him change his country freely. This can still be done in the back-end, but should not be possible in the front-end. Also changing a bit the message to include the new read only on the country. task: 3603353 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This improvement allows users to print multiple financial reports together in a single PDF file while maintaining the correct page orientation for each report. Previously, when printing reports like Balance Sheet, Profit & Loss, and General Ledger together, all reports would use the same orientation. Now each report prints in its required format—portrait for most reports and landscape for the General Ledger—creating a properly formatted combined document.
Original PR description
With the introduction of the 'section' implementation, it's now possible to print multiple reports in a single batch. However, a problem arises when one of the reports requires a landscape format…
With the introduction of the 'section' implementation, it's now possible to print multiple reports in a single batch. However, a problem arises when one of the reports requires a landscape format (e.g., GL) while the others should remain in portrait orientation. This pull request addresses this issue by ensuring that the landscape format is applied only to the report that specifically requires it. For example, the Balance Sheet (BS), Profit and Loss (P&L), and Trial Balance (TB) reports will be printed in portrait, but the General Ledger (GL) report will be printed in landscape. Here's what has been done: For each report, we execute wkhtmltopdf and create a stream for that bytes pdf. We create a list of these streams and utilize the 'merge_pdfs' function to create a single stream containing all the PDFs. By passing this combined stream in the 'file_content' parameter, we achieve the desired outcome of printing a single PDF file with the correct format for each report. task: 3566920
This update refreshes translations across all Mexico-specific localization modules to ensure the software displays correctly in Spanish for Mexican users. The changes affect multiple business functions including invoicing, payroll, sales, and inventory management, improving the user experience for Mexican customers.
This update improves the reliability of payslip form creation by adding a safety check to ensure options are properly validated before use. This prevents errors during testing and makes the payroll system more robust when handling edge cases.
Original PR description
- Verify that options is different to None to avoid errors when trying to get 'toolbar' when creating payslip Form in unit tests.
This improvement eliminates the 5-second delay that cashiers experienced after Worldline payment terminal validation. Instead of forcing a wait after each transaction, the system now only delays new transactions if they occur too quickly after the previous one. This provides faster payment confirmations while maintaining system stability.
Original PR description
Before this commit: Once a payment have been validated by Worldline payment terminal the PoS cashier would be forced to wait 5 seconds before receiving the validation on the PoS side. This delay was added to fix: https://github.com/odoo/enterprise/pull/46684 But the delay could be added in a "smarter" way: Rather than force sleeping at the end of the transaction (before code), we would sleep on incoming requests only if the previous transaction was done "too recently" After this commit: The result of the terminal (validation, cancellation, ...) is executed right away. But new transactions/interaction might be delayed if it is too close in time with the previous one. Also added the logger and some logs for troubleshooting future cases. opw-3462147 Forward-Port-Of: odoo/enterprise#51855 Forward-Port-Of: odoo/enterprise#49449
This update allows developers to customize how custom models and fields are named in their modules. Previously, Odoo enforced a strict naming convention requiring custom items to start with 'x_'. Now, this rule can be overridden in custom modules, giving organizations more flexibility in their naming conventions while maintaining the ability to distinguish custom elements from standard ones.
Original PR description
Related to odoo/odoo#145154 Forward-Port-Of: odoo/enterprise#52205