Friday, October 20, 2023
5 changes
Resolved issues and error corrections
This change removes outdated IVA, IEPS, and ISR tax tags that are no longer needed because Mexican taxes now use a dedicated tax type field. It reduces duplicate configuration and helps keep Mexican electronic invoicing tests aligned with the current tax setup.
Original PR description
The iva, ieps, isr tags are useless since there is the selection field `l10n_mx_tax_type` on the taxes. task-3100679 https://github.com/odoo/odoo/pull/136948 https://github.com/odoo/upgrade/pull/5204
This fix ensures Gantt chart rows can be selected reliably even when their identifiers contain special characters. It prevents selection glitches for schedules or planning views that use unusual row names or generated IDs.
Original PR description
This commit adds css escaping to the rowId string when it is used in selectors as it should have.
Odoo Studio now uses the correct report model when opening reports from the reports view, even when it differs from the current action. This prevents incorrect record loading and avoids related crashes or layout issues, including hiding an invalid custom-fields button and improving right-to-left resizing behavior.
Original PR description
From the reports kanban view, delete the filter on model and click on a report that has a different model than that of the action. Before this commit, the loading of the record ids on which the report applies was wrong. After this commit, the report's model is retrieved from the initial loading of its data. Hence the model on which it applies is correct.
Expense reports paid by employees can create vendor bills with receipt attachments already populated from the report. This fix prevents OCR from running again on those generated bills, avoiding unnecessary processing and possible duplicate or conflicting data extraction.
Original PR description
When posting entries from a report paid by employee that has receipts attached, a bill is generated with the receipts copied in the bill attachments. Since the vendor bill is already filled with the data from the report, the OCR shouldn't be used again for the bill. task-3550037
This fixes a case where a fallback pro forma PDF could be saved as the official invoice report after a Send & Print error. Only successfully generated invoice PDFs are now linked, helping prevent incorrect documents from being treated as final invoices.
Original PR description
When triggering the Send & Print with the allow_fallback_pdf=True, if an error occurs (e.g.: no UNSCPC code on the product with CFDI), the proforma PDF is generated instead and is assigned to `invoice_report_file_id`. However, only a successful PDF should be bound to this field. task-3542881 related-https://github.com/odoo/odoo/pull/138206