Wednesday, January 3, 2024
9 changes · 17.0
Resolved issues and error corrections
The demo payment popup was adjusted so it no longer clashes visually with the page header. This makes test checkout flows clearer and prevents users from seeing a confusing or obscured payment dialog.
Original PR description
prevent header overlap with `pay with demo` dialog
Fixes an issue where creating a new website form in Studio could crash when selecting a field. This keeps the website form editing flow usable when an expected internal form key is missing.
Original PR description
Steps to reproduce ================== Go to Maintenance > Studio > Website > New Form Click on the website editor Click on the name field UncaughtPromiseError > KeyNotFoundError Cause of the issue ================== Starting from 17, the FormEditorRegistry is not the legacy one. If the key is not present in the registry, it will fail, unless we pass a default value. In this case, the key `website_form_key` is false. Solution ======== Pass null as the default value. opw-3652423
The chat help command now shows its guidance without exposing formatting tags to users. This prevents confusing output in Mail and Live Chat and keeps support conversations looking polished.
Original PR description
Mismatch of str and Markup led to escaping everything. Now properly Markup code and escape the rest.
Spanish translation has been modified by commit bf81596aa7b36a9a08b9701a9fcdab3e30902349 This behavior makes spanish variant (maxico, uruguay, columbia, etc.) use the es_419.po instead of es.po. This commit renames the po files for the LATAM localizations so that translations work as expected. Initiated by customer issue: opw-3627465 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I h
Original PR description
Spanish translation has been modified by commit bf81596aa7b36a9a08b9701a9fcdab3e30902349 This behavior makes spanish variant (maxico, uruguay, columbia, etc.) use the es_419.po instead of es.po. This commit renames the po files for the LATAM localizations so that translations work as expected. Initiated by customer issue: opw-3627465 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix hides all module type choices in the module import interface so users are not shown irrelevant or confusing options. It helps keep the import workflow cleaner and reduces the chance of selecting an unintended module type.
Original PR description
Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Horizontal radio button choices now wrap onto additional lines instead of overflowing their container. This improves usability on mobile devices and narrow screens by keeping all options visible and accessible.
Original PR description
This PR adds the possibility for the `.o_horizontal` class to wrap, which is especially interesting in mobile. task-3580082 When using a `radio` widget, you can choose to use two options : -…
This PR adds the possibility for the `.o_horizontal` class to wrap, which is especially interesting in mobile. task-3580082 When using a `radio` widget, you can choose to use two options : - `horizontal` which will add a `.o_horizontal` class to the radios and allow them to display with a `flex-row` - `vertical` which will add a `.o_vertical` class to the radios and allow them to display with a `flex-column` Prior to this commit, the `.o_horizontal` class was not allowing elements to wrap, which would cause overflow issues on small devices. To fix this issue, we add a `flex-wrap` property to the class, to ensure that if the buttons are larger than the breakpoint, they will wrap and stay inside the container. | 17.0 | 17-0-fix-planning-alert-radio-btn-chgo | | ------------- | ------------- | | <img alt="image" src="https://github.com/odoo/odoo/assets/128030743/85e23989-8c40-4e1c-b165-106187acd088"> | <img alt="image" src="https://github.com/odoo/odoo/assets/128030743/4f751fd8-d91a-4d69-91ea-f23a16ff5a60"> |
Users can now edit tags in Documents without encountering an error. This restores the expected tag management workflow and ensures the edit form opens normally.
Original PR description
Steps to reproduce: =================== 1. Open Document 2. In the workspace column on hovering tags 3. Click on the setting icon 4. Click on Edit -> Traceback occurs Technical ========= The commit https://github.com/odoo/enterprise/commit/2254eb07fd42ec88341d9d7ac92f09a379c6fa55 adds specific form_view_ref to the action of the edit button which breaks when we try to edit the tag. After this PR ================= Now the traceback doesn't occurs and form view will load. Task-3576877
This update removes leftover code references that are no longer needed in the barcode scanning module. The detailed operation view was previously moved to a different location in the system, and this change completes that cleanup by removing the obsolete code that was trying to force that old view to display.
Original PR description
Since odoo/odoo#140898 the pickings detailed operation view has been moved to a smart button instead of showing in a picking tab. This included the removal of the `force_detailed_view` context since there was no longer a detailed view to force show. This commit removes some leftover references to this context within tests.
This update makes the appointment scheduling tests more reliable by fixing how they handle date selection when the calendar year changes. Previously, tests could fail when run around New Year because the date picker calculations weren't accounting for year transitions. This ensures tests run consistently regardless of when they're executed.
Original PR description
This commit adapts the tests to be more robust when the current year change to avoid error in test as the click on the datepicker is calculated and not fixed. Forward-Port-Of: odoo/enterprise#53538