Wednesday, February 17, 2021
11 changes
Resolved issues and error corrections
Fixed an issue that caused timesheet reports grouped by project and task to fail. Users can now view these reports reliably, improving access to project time tracking information.
Original PR description
Currently, when use looking at the timesheet reporting by project and by the task its throws traceback due to passing the wrong value in props. In this commit, fix this issue by passing the proper value in props. TaskId-2449110
This fixes accounting and localization test suites so they no longer depend on demo data or external services. The change helps keep automated validation stable across countries and reduces false failures in nightly builds.
Original PR description
Community PR: https://github.com/odoo/odoo/pull/60148 Because we are now adding demo data for each company, whatever the localization, all the tests using the accounting need to be independent from the demo data. This was also the right time to make the nightly runbot build for l10n completely green.
Creating a Planning shift without selecting repeat will no longer trigger an unnecessary error when repeat settings are incomplete. Errors now appear only when repeat is enabled, making shift creation smoother and less confusing for users.
Original PR description
'repeat' is wrongly configured in shift creation. In shift creation, if 'repeat' is not selected, it should not throw any user error event if the configuration is not completed. By this commit, user error will show only when 'repeat' is ticked. task - 2451776 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Miscellaneous changes
Before this fix, from 14.0 on, this config parameter wasn't working anymore. The report crashed when opening it because it was trying to reassign filter_multi_company, which is now readonly. Forward-Port-Of: odoo/enterprise#16418
Original PR description
Before this fix, from 14.0 on, this config parameter wasn't working anymore. The report crashed when opening it because it was trying to reassign filter_multi_company, which is now readonly. Forward-Port-Of: odoo/enterprise#16418
PURPOSE Pressing Enter key on document listview should select row, should not throw traceback. SPEC When focus is on document listview using keyboard navigation and pressing Enter key should select row. TASK 2411686 Forward-Port-Of: odoo/enterprise#15359
Original PR description
PURPOSE Pressing Enter key on document listview should select row, should not throw traceback. SPEC When focus is on document listview using keyboard navigation and pressing Enter key should select row. TASK 2411686 Forward-Port-Of: odoo/enterprise#15359
Beforehand, when disposing an asset, a disposal move was generated only if the asset still had draft depreciation moves, that is to say if the asset was not fully depreciated yet. If the asset was fully depreciated, then no disposal move was generated, and the asset was set to close without really being disposed of. Now, a disposal move is generated even for fully depreciated assets. opw-2391594 Forward-Port-Of: odoo/enterprise#16398 Forward-Port-Of: odoo/enterprise#16382
Original PR description
Beforehand, when disposing an asset, a disposal move was generated only if the asset still had draft depreciation moves, that is to say if the asset was not fully depreciated yet. If the asset was fully depreciated, then no disposal move was generated, and the asset was set to close without really being disposed of. Now, a disposal move is generated even for fully depreciated assets. opw-2391594 Forward-Port-Of: odoo/enterprise#16398 Forward-Port-Of: odoo/enterprise#16382
Prior to this commit: - When creating a new shift for an employee the default start and end hours where 00:00 and 23:59 respectivelly. - When changing the employee of a shift, the start and end datetime are set to the start and end of the closest effective hours encoded in its working calendar. After this commit: - When creating a new shift for an employee the default start and end hours will be the start and date time of the employee's working calendar. - The expected beh
Original PR description
Prior to this commit: - When creating a new shift for an employee the default start and end hours where 00:00 and 23:59 respectivelly. - When changing the employee of a shift, the start and end datetime are set to the start and end of the closest effective hours encoded in its working calendar. After this commit: - When creating a new shift for an employee the default start and end hours will be the start and date time of the employee's working calendar. - The expected behavior has been added to the tests in order to avoid future involuntary changes. - When changing the employee, the shift date and time stays identicall. This is a fix as it was working that way in 13.0 and no more in 14.0 prior to this commit. task-2444257 Forward-Port-Of: odoo/enterprise#16411 Forward-Port-Of: odoo/enterprise#16009
Beforehand, the assets report could only show detailed data from one single company. If the user was logged into several companies at the same time, a "no account" line would appear in the report, that would contain the data of the secondary companies the user would be logged to. A first PR was made to fix the issue, but it introduced a new bug. If 2 accounts accross differents companies have the code, then a stacktrace would appear. Now, all the different accounts accross the potent
Original PR description
Beforehand, the assets report could only show detailed data from one single company. If the user was logged into several companies at the same time, a "no account" line would appear in the report, that would contain the data of the secondary companies the user would be logged to. A first PR was made to fix the issue, but it introduced a new bug. If 2 accounts accross differents companies have the code, then a stacktrace would appear. Now, all the different accounts accross the potentially multiple companies are handled correctly, and the details of all the assets are displayed for alle the companies the user is logged into. Closes #15989 Forward-Port-Of: odoo/enterprise#16166 Forward-Port-Of: odoo/enterprise#16141
Add a new code in the `product.unspsc.code.csv`. Note that : * file is loaded only when the `product_unspsc` module is installed (by hook). Because of that, a module migration is necessary. * In Mexico, the Sistema de Administración Tributaria (SAT) (http://pys.sat.gob.mx/pys/catpys.aspx) don't use the official unspsc.org description for this new code. In this commit a possibility to translate the description of the code was added, in this way if the language `es_MX` is installed,
Original PR description
Add a new code in the `product.unspsc.code.csv`. Note that : * file is loaded only when the `product_unspsc` module is installed (by hook). Because of that, a module migration is necessary. * In Mexico, the Sistema de Administración Tributaria (SAT) (http://pys.sat.gob.mx/pys/catpys.aspx) don't use the official unspsc.org description for this new code. In this commit a possibility to translate the description of the code was added, in this way if the language `es_MX` is installed, the description of the code will be the one defined by the SAT. opw-2446360 Forward-Port-Of: odoo/enterprise#16241 Forward-Port-Of: odoo/enterprise#16091
Previously, a test was wrongly removed in this commit: 8ab0e33e09733d0ad0d2c1dc1208beeaf72fc64f The tour was still present but not the python part. As this tour is still relevant, this commit simply re-adds the python test. Forward-Port-Of: odoo/enterprise#16391
Original PR description
Previously, a test was wrongly removed in this commit: 8ab0e33e09733d0ad0d2c1dc1208beeaf72fc64f The tour was still present but not the python part. As this tour is still relevant, this commit simply re-adds the python test. Forward-Port-Of: odoo/enterprise#16391
The mws lib is missing in the packages because __init__.py file does not exists and therefore not recognized as a Python module. Forward-Port-Of: odoo/enterprise#16357
Original PR description
The mws lib is missing in the packages because __init__.py file does not exists and therefore not recognized as a Python module. Forward-Port-Of: odoo/enterprise#16357