Thursday, May 8, 2025
11 changes
2 changes
Resolved issues and error corrections
The Social app demo mode now points to the correct image files, so demo content loads as expected during setup. The needed sample images are also included directly to reduce the risk of future missing-file issues.
Original PR description
How to reproduce: 1. Run the localhost with the `--with-demo` flag. 2. Install the `Social` Module. 3. Now, from the CONFIGURATION > click SETTINGS > check ENABLE DEMO MODE. Issue: - You will see that the demo data is not loaded. Reason: - There is a recent PR (https://github.com/odoo/odoo/pull/206246) which removed the file we are trying to access. Fix: - We update the file path. Task-4765000
This fix updates an automated barcode manufacturing test so it no longer fails unpredictably during validation runs. It helps keep development checks reliable and reduces delays caused by false build failures.
Original PR description
The test `test_barcode_production_create_bom` sometime fails. This commit modifies its tour to avoid random fails. runbot build error: [190620](https://runbot.odoo.com/odoo/runbot.build.error/190620)
9 changes
Resolved issues and error corrections
The web app icon has been updated so it is properly centered and uses Odoo’s main brand color consistently across icon formats. This improves the visual polish and brand consistency when users install or view the app icon on their devices.
Original PR description
This commit fixes the position and update the color being used in the both SVG and PNG versions of the icon. The main #714B67 color is now used and everything is centered. The shadow has been removed.
This fixes a layout issue in printed purchase order PDFs where the totals and taxes block could appear in the wrong position on the right side of the page. Purchase documents should now print with a clearer, correctly aligned totals section, reducing confusion for vendors and internal users.
Original PR description
-> Issue: - PDF purchase order on the total table on the right side of the page encounters a display issue. -> Steps to reproduce: - Install the Purchase app - Navigate to the Purchase app - Open any purchase order - Then navigate to the settings - Click to Print - Print the Purchase Order report -> Cause: - The issue is caused because of this #204575 new commit. OPW: 4754858 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
Purchase order PDFs now display the tax totals in the correct position on the right side of the report. This improves document readability and helps ensure printed purchase orders look professional and consistent.
Original PR description
Steps to reproduce: 1. Go to Purchase > Open a purchase order record 2. Click on Print > Purchase Order Issue: The tax totals section of the table appears misaligned or on the incorrect side of the page in the generated PDF. Solution: Added class ms-auto to the tax totals element to ensure it aligns correctly to the right side. opw: 4771854
This fix prevents access errors when shared products are used across multiple companies with restricted company data access. It ensures the product cost currency can still be calculated correctly, reducing disruptions for users working in multi-company environments.
Original PR description
Similar fix as what has already be done in this following commit: https://github.com/odoo/odoo/commit/483024d122565523a8f1788201ecce47c6d1dfd0 In multi-company setups, `product.template` records can be shared, but access to `res.company` may be restricted. To avoid access errors when computing `product.template.cost_currency_id`, use `sudo()` when reading `company_id.currency_id`. opw: 4744418 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The event kiosk app now uses the right launch address instead of conflicting with the main Odoo app address. This helps staff open the event kiosk reliably and avoids confusion when using the app as an installed web app.
Original PR description
This commit fixes the URL being used in the path argument given to the 'scoped_app' route. Since '/odoo' is already used by the main PWA, we must not use 'odoo' in the actual path of the PWA.
This fixes an error that could occur when preparing a UK CIS monthly return before all options were set. The change adds a safe default so the form can load and update reliably, reducing interruptions for users completing compliance reporting.
Original PR description
when the option is not set key error is raised , this due to when onchange is called the default value is not set but being also called with empty option build_error-107919
The update makes automated spreadsheet document tests more dependable by searching directly for the needed folder instead of relying on where it appears in the folder list. This reduces random test failures and helps keep quality checks stable without changing user-facing behavior.
Original PR description
Sometimes, when opening the documents folder, test folder is hidden on a second page, even if we open a parent folder first. With this fix, we search for the folder directly through search bar, eliminating undeterminism from the test.
Budget reports can now open correctly when a purchase order line has no value but is linked only to a credit note, creating a negative invoiced quantity. This prevents an error that could block users from viewing budget information in that edge case.
Original PR description
It's possible to have a 0 purchase order line with a negative invoiced qty if there is only a credit note linked to the PO. When the budget report process this order line, it will trigger a traceback. This commit aims to handle this case so the report can be open without issue. opw-4749480
The Accounting Reports interface now keeps the tax report cog menu visible on narrower screens or when users zoom in. This helps users access options such as the Argentine VAT Book ZIP export without needing to adjust browser width or zoom.
Original PR description
**Steps to reproduce:** - Install Accounting - Install a module that adds a button to tax report (e.g. l10n_ar) - Switch to an Argentinian company (e.g. (AR) Responsable Inscripto) - Go to…
**Steps to reproduce:** - Install Accounting - Install a module that adds a button to tax report (e.g. l10n_ar) - Switch to an Argentinian company (e.g. (AR) Responsable Inscripto) - Go to "Accounting / Reporting / Statements Reports / Tax Return" (i.e. Tax Report) - Select "Argentinean VAT Book (AR)" as report - A cog button should appear after the report name with "VAT Book (ZIP)" option - With browser debug feature, switch to a responsive display and reduce the width or - Repeatedly increase the zoom to increase the size of the button **Issue:** For a certain range of width the cog button is not visible. **Cause:** ".o_control_panel_breadcrumbs" element that contains the buttons has a min-width of 200px, hiding all elements that are after these 200px when reducing the width. **Solution:** Increase the min-width to 350px. The value is arbitrary but it covers well this use case. With a lower value, the cog button could still be hidden in the case of the Argentinian Tax Report in Spanish language. opw-4747697