Monday, December 19, 2022
3 changes · master
Resolved issues and error corrections
This fixes visual regressions in HTML editor fields after a recent layout change. Users will see correct borders, spacing, and editor height behavior again in areas such as Notes, CRM forms, and the mail composer.
Original PR description
Commit [1] added a div around the `.note-editable` node of the html editor. This broke some css rules. For instance, the html field in form view's notebooks should have a transparent bottom border when focused, this was no longer the case (e.g. crm lead form view). Moreover, we sometimes want to control the height of the editor (e.g. in Notes or in the mail full composer). That was broken as well due to the added div. This commit fixes those issues. It also fixes a typo in a selector. [1] https://github.com/odoo/odoo/commit/60ac6be0d3545# 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
A spelling mistake in the Belgian payroll individual accounts label was corrected. This improves clarity for users by ensuring the field name appears correctly in the interface.
Original PR description
The field "Individual accounts" was misspelled as "Indivual account". FW - port: master opw-3100494
Opening Knowledge articles with read-only access no longer causes the app to crash. The update safely handles cases where editing controls, such as the emoji button, are not available to the user.
Original PR description
This commit fixes a crash of the application when trying to open an article on which the user can only read, or when trying to open another article from one that he can only read. This was linked to the fact the new `openArticle` function tried to access the emoji button of the said article even though it doesn't exist for the user that is only able to read. Now we check if the button exists before trying to modify its classes. task-3076075