Friday, August 21, 2020
10 changes · master
Enhancements to existing features
Check payment stubs now always show the check number, making printed check records easier to identify and reconcile. The check header still only shows the number when manual sequencing is used, preserving the existing behavior for automatically managed check numbers.
Original PR description
Task [2005940](https://www.odoo.com/web#id=2005940&action=333&active_id=967&model=project.task&view_type=form&cids=1&menu_id=4720) Always display check number on the stub, but only when manual sequencing on the header
This change reduces the risk of database instability when administrators change system settings. It moves sensitive module installation and removal handling away from risky custom overrides, making configuration changes safer and more reliable.
Original PR description
Execute shouldn't really be overriden because it handles a very touchy case: module (un)installs, if it is poorly overriden it can create registry inconsistencies and can make databases crash in really dumb ways, since the module operations *need* to be performed at the end of the transaction (last). Most of the time, an override of set_values() does the same job and is much safer. Linked to https://github.com/odoo/odoo/pull/56032
Resolved issues and error corrections
The Belgian payroll fleet settings now use the broader term “vehicle” instead of “car” in two places. This makes the wording more accurate and inclusive for fleet-related payroll configuration, with no expected process impact.
Original PR description
Task ID : 2244505
Miscellaneous changes
This change updates the Argentina electronic invoicing module metadata. It appears to be a minor maintenance change with limited direct business impact, helping keep the module information current.
Original PR description
task 360 ---
The stock barcode PDF documents were updated to fix an incorrect location label, changing "Chicks/Stock" to "CHIC1/Stock". This ensures users scanning or referencing the barcode sheets see the correct stock location name and avoid confusion.
Original PR description
Chicks/Stock > CHIC1/Stock
To avoid ambiguous column errors when custom columns using the same name are set in other tables used in the query. In this case, there was a `date_end` on the table `hr_employee` ``` File "/src/enterprise/13.0/hr_contract_reports/report/hr_contract_employee_report.py", line 89, in init self.env.cr.execute("""CREATE or REPLACE VIEW %s as (%s)""" % (self._table, self._query())) File "/src/odoo/13.0/odoo/sql_db.py", line 168, in wrapper return f(self, *args, **kwargs) Fil
Original PR description
To avoid ambiguous column errors when custom columns using the same name
are set in other tables used in the query.
In this case, there was a `date_end` on the table `hr_employee`
```
File "/src/enterprise/13.0/hr_contract_reports/report/hr_contract_employee_report.py", line 89, in init
self.env.cr.execute("""CREATE or REPLACE VIEW %s as (%s)""" % (self._table, self._query()))
File "/src/odoo/13.0/odoo/sql_db.py", line 168, in wrapper
return f(self, *args, **kwargs)
File "/src/odoo/13.0/odoo/sql_db.py", line 245, in execute
res = self._obj.execute(query, params)
psycopg2.errors.AmbiguousColumn: column reference "date_end" is ambiguous
```
Upgrade request 49941
Forward-Port-Of: odoo/enterprise#12578Make compute method callable with more than one record. opw-2322004 Forward-Port-Of: odoo/enterprise#12571
Original PR description
Make compute method callable with more than one record. opw-2322004 Forward-Port-Of: odoo/enterprise#12571
Problem: the controller rely on record rules to select the payment.token to be displayed on the portal's subscription page renewal. This works fine with portal user, but internal user that wants to preview, will face client side performance issue as they can see all the token of the database Solution: Don't rely on record.rule in the controller. Use the domain from the portal user rule in the search. To make the search of token working for partners with more than 2 levels of hierar
Original PR description
Problem: the controller rely on record rules to select the payment.token to be displayed on the portal's subscription page renewal. This works fine with portal user, but internal user that wants to preview, will face client side performance issue as they can see all the token of the database Solution: Don't rely on record.rule in the controller. Use the domain from the portal user rule in the search. To make the search of token working for partners with more than 2 levels of hierarchy, use child_of operator Forward-Port-Of: odoo/enterprise#12443 Forward-Port-Of: odoo/enterprise#11562
PURPOSE When user tries to groupby "Employee>Role>Department"(& severel others like project>role>employee) & click on undefined, below traceback appears. SPEC When user do groupby on multiple fields and collapse and expand empty row should not throw traceback. TASK 2283977 Forward-Port-Of: odoo/enterprise#12542
Original PR description
PURPOSE When user tries to groupby "Employee>Role>Department"(& severel others like project>role>employee) & click on undefined, below traceback appears. SPEC When user do groupby on multiple fields and collapse and expand empty row should not throw traceback. TASK 2283977 Forward-Port-Of: odoo/enterprise#12542
Have admin A on company C1 and user U on company C2 (but not C1) Let U create/modify a shared contact between companies used in accounting In C1, as A, go to Accounting>Reporting>GeneralLedger Click on "Export Xaf" Access error will raise because of record rule "user rule" because the export function needs to read U fields but it is not in the current company opw-2317809 Forward-Port-Of: odoo/enterprise#12447 Forward-Port-Of: odoo/enterprise#12387
Original PR description
Have admin A on company C1 and user U on company C2 (but not C1) Let U create/modify a shared contact between companies used in accounting In C1, as A, go to Accounting>Reporting>GeneralLedger Click on "Export Xaf" Access error will raise because of record rule "user rule" because the export function needs to read U fields but it is not in the current company opw-2317809 Forward-Port-Of: odoo/enterprise#12447 Forward-Port-Of: odoo/enterprise#12387