Thursday, July 22, 2021
7 changes · master
Resolved issues and error corrections
Kanban boards now behave correctly when filters are active, including when cards are moved between columns or search criteria change. This prevents misleading column progress bars and refreshes emptied filtered columns, giving users a more accurate view of their work.
Original PR description
Task 2454209 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 fixes internal developer documentation for web notifications and popovers by restoring that certain callbacks do not return a value. It helps prevent confusion for future maintenance without changing how users experience the system.
Original PR description
odoo/odoo#74003 updated a few docstrings, half of them being the typing of callbacks to not use the TypeScript syntax / extension. However in doing so it dropped critical parts of the signature (namely the specific type of the return value -- or the lack thereof). Update this error to restore the information that the callbacks have no return value.
Report download errors are now shown in a helpful dialog instead of displaying a technical traceback. This lets users follow a redirect to fix missing company information, such as Belgian VAT details, and retry the export with less disruption.
Original PR description
Try to download a report file but knowing that the controller will raise an Exception in the case of l10n_be: Tax Report Remove the VAT number on the Belgian Company and export the report as xml Before this commit, the error was not well handled, i.e. a traceback was shown After this commit, a Redirect dialog is shown, giving the possibility to the user to go on the company's list view and change some company's fields. 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 restores the progress message shown while users upload media in the web editor. Users can once again see upload status clearly, reducing confusion during image or file uploads.
Original PR description
In odoo/odoo#72675 the new services were made available in the frontend, and calls to the legacy notification services were redirected to the new notification service. However, some of the behaviour of the legacy notification service was not replicated in the new one, like the ability to pass an HTML element to use inside the notification. While html content can be passed, it is cloned, meaning that the DOM of the element cannot be manipulated by the caller, which is what was being done to show progress during media upload. Although the upload progress toast looks like a notification, it's hardly a standard notification and adds a lot of behaviour, because manipulating DOM directly when it is managed by owl cannot be done safely, it has been decided to simply make it its own widget separate from the notification service, which can manipulate its own DOM freely. task-2607393
This update rewrites a web interface color definition into a more widely supported format. It helps avoid styling issues in environments where some stylesheet tools could not process the previous color format.
Original PR description
Some scss compilers are not supporting the colors written in hexadecimal with 8 digits. So to keep the the color and transparency, we have re-written the color in rgba. Issue introduced in: https://github.com/odoo/odoo/commit/a1c983250e9547c383ef677fb411b0bc589efa89 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
Helpdesk analysis reports now keep the user's chosen measurement when filters are applied. This prevents reports from unexpectedly switching back to Count, making analysis more consistent and reducing rework.
Original PR description
Current behaviour:
* In the analysis report, after having set a measure other than Count,
the measure is reset to Count after having applied a filter.
Expected behaviour:
* In the analysis report, after having set a measure other than Count,
the measure remains selected after having applied a filter.Financial reports now correctly stop listening for window resize events after users navigate away. This prevents crashes when another action is opened on top of a report, improving stability without changing report functionality.
Original PR description
When on the "account_report" client action, do an action on top of it with the actionService You should have the "account_report" as a breadcrumb Trigger the resize event on window Before this commit, the handler defined by the "account_report" client action was executed eventhough the client action was not here anymore, resulting in a crash because the DOM was not as expected After this commit, there is no crash anymore, since we disable the resize handler at the right time This follows the refactoring at: 0573acae2306bf5da2005852da9323ddc59e5431