Wednesday, March 20, 2024
4 changes · 17.0
Enhancements to existing features
The Brazil tax compliance settings page now includes a convenient link to the official documentation. This improvement helps users quickly access guidance on configuring the Brazilian tax features without having to search for documentation separately.
Original PR description
Link the brand new documentation in the settings. PR note: starting in saas-16.1 we can use `documentation=` instead.  Forward-Port-Of: odoo/enterprise#48340 Forward-Port-Of: odoo/enterprise#48040
Resolved issues and error corrections
Fixed an issue where reconciliation group headers were not displaying properly in the accounting module. The system now groups reconciliation records by matching number instead of account reference, resulting in clearer and more user-friendly group headers when reviewing automatic reconciliations.
Original PR description
Since `account.full.reconcile` doesn't have a `display_name`, the header of the group is not displayed nicely. By grouping per `matching_number` instead, we can have a nicer display.
This fix restores the ability for developers to get import suggestions for the OWL library when working in the enterprise version of Odoo. A recent change had inadvertently broken this feature by causing the system to look for OWL in the wrong location. The fix uses a symbolic link approach to ensure the enterprise environment can properly access the OWL library, improving the developer experience.
Original PR description
For some reason, it was not possible to have imports suggestion to OWL in enterprise after commit 62cbb2073922db98df380eacce0b620e1dda9877. My personal opinion about it is that somehow the resolution…
For some reason, it was not possible to have imports suggestion to OWL in enterprise after commit 62cbb2073922db98df380eacce0b620e1dda9877. My personal opinion about it is that somehow the resolution of the `@web` module implied an "hard" resolution of the `@odoo/owl` module but in the community directory (../odoo/node_modules) which was stored in cache. This ought to happen before trying to get completions for anything, i.e. at TSServer loading, as a few loggers in TypeScript indicate that owl is never found. Things I discovered: - delete `odoo/nodule_modules` in enterprise: `@odoo/owl` becomes a suggestion again. - replace the copy of node_modules in enterprise by a symlink to odoo/node_modules (this commit), owl is suggested. - comment the path line of `@web/*` in enterprise/jsconfig.json, owl is suggested. I suppose there is an issue in TypeScript code, without being able to pinpoint it, even after trying to debug it. 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 update fixes an intermittent test failure in the stock accounting module by making the search criteria more specific. The test was sometimes failing because it wasn't properly isolating the account record it needed to verify, which has now been corrected to ensure reliable and consistent test results.
Original PR description
The account move search was not enough specific to retrieve only one account move. The following `assert` sometimes failed because of this. This commit reinforces to search to get only one account move opw: runbot error 60338 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 Forward-Port-Of: odoo/odoo#158050