Sunday, November 16, 2025
2 changes · saas-18.4
Enhancements to existing features
Swiss QR codes on invoices now include creditor and debtor addresses in a structured format. This update aligns the QR code data with legal requirements in Switzerland and helps ensure invoices remain compliant and easier to process.
Original PR description
This commit changes the creditor's and debtor's address to a structured format inside the CH QR-code in invoices. The address type was changed from "K" to "S" due to legal requirements. Task [link](https://www.odoo.com/odoo/project.task/5149417) task-5149417 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#235845 Forward-Port-Of: odoo/odoo#232083
Resolved issues and error corrections
This fix makes sure kanban views return to their normal record limit after a user removes grouping and switches back from another view. It prevents the page from trying to load too many records at once, which could slow down the interface or cause it to crash.
Original PR description
Steps to reproduce ================== - Add a group by in the kanban product view - Switch to the list view - Remove the group by - Switch back to the kanban view -> No limit is applied, and the webclient can crash if too many records are returned. Cause of the issue ================== The groupsLimit is set as MAX_SAFE_INTEGER in the kanban view https://github.com/odoo/odoo/blob/df959e05ac9cf3136d1724bc80b7597a70932225/addons/web/static/src/views/kanban/kanban_controller.js#L168 Which is then reused as the limit https://github.com/odoo/odoo/blob/df959e05ac9cf3136d1724bc80b7597a70932225/addons/web/static/src/model/relational_model/relational_model.js#L368 Solution ======== There is already a code path to reset the limit when switching from grouped to ungrouped, but is wasn't called on the first load (when this.root isn't set yet) opw-5167769 Forward-Port-Of: odoo/odoo#235794 Forward-Port-Of: odoo/odoo#235232