Daily updates from Odoo
Wednesday, June 24, 2026
144 changes
11 changes
Enhancements to existing features
This update adjusts the XPath expressions used in the Website Builder template to align with recent changes made in the Odoo community version. This ensures consistent and accurate rendering of the website, resolving potential display issues. It's a routine maintenance update to maintain website functionality.
Original PR description
Adapt the XPath to the XML changes in community for the website.WebsiteBuilder template. task-6251151
This update enhances the Odoo system's ability to handle new analytic plans. Specifically, it ensures that newly created plans are correctly reflected in the user interface, mirroring a similar improvement for companies. This change improves the overall usability and accuracy of analytic planning.
Original PR description
The views need to include the newly created field on `account.analytic.line` and other models inheriting `analytic.plan.fields.mixin`. This is based on the same service for `res.company`: `reloadCompany` Forward-Port-Of: odoo/odoo#270789
Resolved issues and error corrections
This update ensures Odoo generates PDF invoices that fully comply with ZUGFeRD standards, a crucial requirement for electronic invoicing in Europe. Specifically, it adds a necessary tag to the PDF file to accurately link the underlying XML data, improving data exchange and reducing potential errors. This change supports current ZUGFeRD specifications.
Original PR description
Adapt `add_attachment` to allow setting the "AFRelationship" tag on the PDF filespec object, In compliance with Factur-X/ZUGFeRD specs that require the AFRelationship tag in the PDF filespec object to reflect the relationship between the embedded XML and the visual PDF content: - /Data: the visual PDF contains more invoicing data than the XML. - /Alternative: the XML and the PDF are two equivalent representations of the same invoice. Additionally, update the embedded XML filename from `zugferd-invoice.xml` to `factur-x.xml`. The former is marked as deprecated since ZUGFeRD 2.0 Ref: sections 6.2.2, 6.3.1, 6.3.2 of the ZUGFeRD 2.4 specification: https://www.ferd-net.de/en/downloads/publications/details/zugferd-24-english opw-6252082 Forward-Port-Of: odoo/odoo#271406 Forward-Port-Of: odoo/odoo#269117
This update fixes a visual inconsistency within the Odoo application. The flag image for Mauritania was incorrectly displayed. This change ensures accurate representation of countries within the system, improving the overall user experience.
Original PR description
[task-6320443](https://www.odoo.com/odoo/project.task/6320443) Forward-Port-Of: odoo/odoo#271488
This update prevents role warning messages from appearing to users who don't have administrative access to planning. Only administrators, who are responsible for managing roles, will now see these alerts. This improves the user experience by reducing unnecessary notifications.
Original PR description
This commit hides the warning about a resource missing the shift's role from users without the "Planning > Administrator" access right, as only administrators can assign roles and act on the warning. task-6303545
This update corrects a bug where the number of closed tickets displayed was incorrectly including tickets closed today. The change filters out closed tickets to provide a more accurate count, ensuring reporting and data analysis are reliable. This improves the transparency and accuracy of helpdesk metrics.
Original PR description
Before: The Tickets Closed number matches the actual tickets when clicking on it. It shows the tickets closed today, which should be excluded. After: Change the domain of the `ticket_closed` to be able to exclude tickets that are closed today --- task-6234330
This update fixes an issue where long 'Discard' or 'Save' labels in the website builder sidebar would overflow, causing display problems in certain languages. The change now uses ellipsis and tooltips for these labels, ensuring a clean and consistent user experience across all languages.
Original PR description
Before this commit, long `Discard` or `Save` labels could overflow in the website builder sidebar in some languages. After this commit, these labels use an ellipsis and show a tooltip when they are truncated. task-6251151
This update fixes an issue where certain configuration settings, specifically a 'bin_path' option, weren't being saved correctly when updating configuration files. Previously, these settings would be lost during a save operation. Now, any setting defined within a configuration file will be preserved across subsequent saves, ensuring consistent system behavior.
Original PR description
Have a configuration file with a "bin_path" entry. Use that config file and --save it. The "bin_path" entry is removed from the new config file, it should had been persisted. The problem is common to all "undocumented options", options that did not exist in `config.py` before ConfigCleaner(7) and that were not created upon --save. We can argue about creating or not those options upon --save with the default config, but what's sure is that when the option be set in the config file, then it must be persisted across saves. Task-6106771 Reference-to: 80007415d621 ([REF] core: ConfigCleaner(7) remove deprecated options) 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#270191 Forward-Port-Of: odoo/odoo#258377
This update resolves an issue where switching between models within the Website Studio form builder caused a crash. The fix ensures both the currently displayed form and the newly selected model are retained in the system's memory, preventing errors and improving the overall stability of the form switching process. This enhances the user experience and reduces the risk of data loss.
Original PR description
Selecting a second model through the Action option's "More models" crashed because the current form model was dropped from the models cache while the new model was being applied. This commit keeps both the current form model and the model being applied in the cache. Steps to reproduce: - Add a form snippet - Click on the form - In the `Action` option, select `More models` - Select one model - Open `More models` again and select another model - Traceback appears: `TypeError: Cannot read properties of undefined (reading 'website_form_key')` task-6321878 Forward-Port-Of: odoo/enterprise#121492
This update removes an outdated method for retrieving system parameters in the l10n_fr_pdp module. Switching to a more standard approach ensures greater reliability and consistency in French payroll processing. This change is a technical update focused on internal improvements.
Original PR description
This commit will remove the use of the get_param for system parameter and instead use get_str no task id --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#271342
This update resolves a potential instability issue in our spreadsheet testing process. Previously, tests were failing unpredictably due to a lack of awaiting asynchronous operations. By adding the necessary 'await' calls, we've made the tests more reliable and consistent, preventing random test failures.
Original PR description
Some tests did a `model.exportXLSX()` to verify it didn't crash, but did not `await` so a crash would break another test at random. Task: [6328937](https://www.odoo.com/web#id=6328937&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) 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#271721
10 changes
Enhancements to existing features
This update enhances the Odoo system's ability to handle new analytic plans. By mirroring a similar process used for companies, the system now automatically refreshes the web client when a new analytic plan is created, ensuring data accuracy and a smoother user experience. This change improves the overall efficiency of managing analytic data.
Original PR description
The views need to include the newly created field on `account.analytic.line` and other models inheriting `analytic.plan.fields.mixin`. This is based on the same service for `res.company`: `reloadCompany` Forward-Port-Of: odoo/odoo#270789
Resolved issues and error corrections
This update resolves an issue where users without fleet access were unable to import UBL invoices referencing vehicles. The fix now allows users with vendor bill import permissions to successfully import UBL invoices containing vehicle references, improving data import flexibility. This ensures accurate record-keeping regardless of user access rights.
Original PR description
When a user has no rights to access the fleet models but is allowed to import vendor bills, he should be able to import a bill (UBL) with referenced vehicle(s) inside. task-6289956
This update corrects a bug in the SEPA Direct Debit testing process. The test was failing because the payment status was incorrectly transitioning between 'paid' and 'reconciled'. The fix ensures the payment is always in the 'paid' state before validation, preventing the error and improving test reliability.
Original PR description
The `test_expiry` test creates a payment via the `pay_with_mandate` method. Depending on eg. the installed modules, the resulting payment ends up either `paid` or `reconciled`. Afterwards, the test tries to validate the payment, which requires that it not be in the `reconciled` state. This causes an error linked below. This PR adds a condition to ensure the payment is in the `paid` state before attempting to validate it. Error: https://runbot.odoo.com/odoo/error/240557
A recent update (19.2) caused a test to fail when only the HR holiday Gantt chart module was installed. The issue stemmed from a payroll-related field within the test's configuration. This fix resolves the test failure and ensures the module's functionality remains stable.
Original PR description
__ ## Error description When the test runs with only the module `hr_holidays_gantt` installed, it fails. ## Origin of the issue There's a payroll related field in the `read_specification` variable. ### Note The error is only triggered since 19.2. __ original commit: https://github.com/odoo/odoo/pull/256636
This update fixes an issue where a specific configuration setting, 'bin_path', wasn't being saved correctly when updating configuration files. Previously, changes made directly to a configuration file weren't reflected after using the '--save' command. This ensures that all configuration settings, especially those not present in the core system, are reliably saved across updates.
Original PR description
Have a configuration file with a "bin_path" entry. Use that config file and --save it. The "bin_path" entry is removed from the new config file, it should had been persisted. The problem is common to all "undocumented options", options that did not exist in `config.py` before ConfigCleaner(7) and that were not created upon --save. We can argue about creating or not those options upon --save with the default config, but what's sure is that when the option be set in the config file, then it must be persisted across saves. Task-6106771 Reference-to: 80007415d621 ([REF] core: ConfigCleaner(7) remove deprecated options) 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#270191 Forward-Port-Of: odoo/odoo#258377
This update resolves a bug that caused the Website Studio form builder to crash when switching between different model types via the 'More models' option. The fix ensures both the current and newly selected models are retained in the system's memory, preventing errors and improving the user experience.
Original PR description
Selecting a second model through the Action option's "More models" crashed because the current form model was dropped from the models cache while the new model was being applied. This commit keeps both the current form model and the model being applied in the cache. Steps to reproduce: - Add a form snippet - Click on the form - In the `Action` option, select `More models` - Select one model - Open `More models` again and select another model - Traceback appears: `TypeError: Cannot read properties of undefined (reading 'website_form_key')` task-6321878 Forward-Port-Of: odoo/enterprise#121492
This update removes an unnecessary 'external' tag from a key delivery module component. Previously, errors related to this component were only caught during nightly testing, leading to delayed detection. Fixing this tag requires updating some tests to ensure accurate and consistent monitoring.
Original PR description
Test class was tagged as external although calls are mocked. This means errors were only caught in nightly and not by CI. Removing the tag requires fixing some of the tests. For `test_multicollo`, we send the average weight of packages instead of the total since 97f82442c9fee7dcb3e8c5e9bacddcd6bb864e11. Forward-Port-Of: odoo/enterprise#121404 Forward-Port-Of: odoo/enterprise#111660
This update fixes an issue where long customer addresses in the Field Service kanban view would be cut off and displayed incorrectly. The change adjusts the layout to ensure addresses fit neatly within the kanban card, improving the user experience and readability of customer information. This ensures a cleaner and more professional appearance.
Original PR description
Steps to reproduce: - 1. Open the Field Service planning view in kanban. 2. Make sure a shift's customer has a long address (long street lines). 3. Look at that shift's card in the kanban view. Issue: - The customer address overflows the card and is clipped at its right edge instead of staying within the card boundaries. Cause: - The customer is rendered with the `many2one` widget and `show_address`, which marks each address line `text-truncate`. Truncation only works inside a width-bounded container, but the field root `.o_field_many2one` is an inline-flex item with the default `min-width: auto`, so it grows to fit the longest address line instead of shrinking to the card. As a result, `text-truncate` never engages and the address spills past the card. Fix: - Add the `min-w-0` class to the partner field so the flex item shrinks to the available card width. task-6272209
This update removes an outdated method for retrieving system parameters in the l10n_fr_pdp module. Switching to a more standard approach ensures greater stability and efficiency of the French payroll processing functionality. This change is a routine maintenance update.
Original PR description
This commit will remove the use of the get_param for system parameter and instead use get_str no task id --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#271342
This update resolves a potential issue where spreadsheet tests could unexpectedly fail due to unhandled errors during file export. By adding necessary `await` calls, the tests are now more reliable and less prone to breaking other tests. This enhances the overall stability of the spreadsheet functionality.
Original PR description
Some tests did a `model.exportXLSX()` to verify it didn't crash, but did not `await` so a crash would break another test at random. Task: [6328937](https://www.odoo.com/web#id=6328937&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) 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#271721
2 changes
Resolved issues and error corrections
This update resolves a potential issue where spreadsheet tests could unexpectedly fail due to unhandled asynchronous operations. By adding `await` to test operations, the system is now more stable and reliable, preventing cascading test failures. This ensures consistent and predictable test results.
Original PR description
Some tests did a `model.exportXLSX()` to verify it didn't crash, but did not `await` so a crash would break another test at random. Task: [6328937](https://www.odoo.com/web#id=6328937&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) 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 resolves an issue where switching between models within the website studio's 'More models' feature caused a crash. The fix ensures both the current and newly selected models are retained in the system's memory, preventing errors and improving the overall stability of form switching. This enhances the user experience for managing multiple forms.
Original PR description
Selecting a second model through the Action option's "More models" crashed because the current form model was dropped from the models cache while the new model was being applied. This commit keeps both the current form model and the model being applied in the cache. Steps to reproduce: - Add a form snippet - Click on the form - In the `Action` option, select `More models` - Select one model - Open `More models` again and select another model - Traceback appears: `TypeError: Cannot read properties of undefined (reading 'website_form_key')` task-6321878 Forward-Port-Of: odoo/enterprise#121492
1 change
Resolved issues and error corrections
This update fixes an issue where the spreadsheet edition's autofill tooltips would display error messages instead of the correct data when the list was not yet loaded. The fix ensures tooltips display the intended information reliably, improving the user experience. This was part of a larger effort to enhance stability and usability.
Original PR description
The getter `getTooltipListFormula` would return the result of `getListHeaderValue` as the content of the tooltip, but this returned a loading error instead of a string if the list was not ready yet. Task: [6289944](https://www.odoo.com/web#id=6289944&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) Forward-Port-Of: odoo/enterprise#121228 Forward-Port-Of: odoo/enterprise#119876
6 changes
Resolved issues and error corrections
This update resolves an issue where the sale stock module installation would fail due to a warehouse constraint warning. The fix ensures that the installation process continues smoothly even when a company initially lacks a defined warehouse, preventing unnecessary installation interruptions.
Original PR description
Steps to reproduce the bug:
- Have a database with sale_management installed and at least two companies (Company 1 and Company 2)
- Confirm sale orders with storable products under each company
- Install the stock module (which triggers sale_stock as a bridge module)
Problem:
The installation raised a RedirectWarning ("Please create a warehouse for company 2") and aborted. During sale_stock installation, _init_column initialises the new `warehouse_id` column on `sale.order` via SQL. Orders belonging to companies that have no warehouse yet (company 2, since `create_missing_warehouse` only creates one for the first company at that point) remain NULL. The stored-field recompute then calls write(), which fires _check_warehouse. That constraint calls _warehouse_redirect_warning() for each company without a warehouse, raising a RedirectWarning that aborts the install.
opw-6302537
Forward-Port-Of: odoo/odoo#270480This update adds a new option to our spreadsheet tests that allows them to bypass waiting for data to fully load. Previously, tests were slower because they had to wait for the spreadsheet data to be ready. This change speeds up testing and ensures more reliable results.
Original PR description
Added the parameter `skipWaitForDataLoaded` to `createSpreadsheetWithList` to test what happens when the list is not ready yet. Task: [6289944](https://www.odoo.com/odoo/2328/tasks/6289944) 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#271144 Forward-Port-Of: odoo/odoo#269096
This update resolves an issue where the spreadsheet autofill feature displayed error messages in tooltips when lists were not yet fully loaded. The fix ensures that tooltips now display the correct information, improving the user experience and preventing misleading notifications. This was part of a larger effort to improve the stability of the spreadsheet edition.
Original PR description
The getter `getTooltipListFormula` would return the result of `getListHeaderValue` as the content of the tooltip, but this returned a loading error instead of a string if the list was not ready yet. Task: [6289944](https://www.odoo.com/web#id=6289944&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) Forward-Port-Of: odoo/enterprise#121228 Forward-Port-Of: odoo/enterprise#119876
This update fixes a visual inconsistency within the Odoo system. The flag image for Mauritania was incorrectly displayed. This change ensures accurate representation of countries within the system, improving the overall user experience and data integrity.
Original PR description
[task-6320443](https://www.odoo.com/odoo/project.task/6320443) Forward-Port-Of: odoo/odoo#271488
A minor bug preventing the creation of opportunities from the user's dashboard has been fixed. This update corrects an error related to how the website's CRM functionality was being built, ensuring that users can now successfully create opportunities after assigning partners.
Original PR description
**Steps to reproduce:** - Install CRM app with website_crm_partner_assign - Go to the current user contact page > Partner Assignment - Set its partner level (e.g. Gold) - Go the `/my/opportunities` url of the website - Create opportunity button should be available - On click an error is raised: `TypeError: this.el.createElement is not a function` **Issue:** `createElement` is a method of `Document`, but it's called from a dom element after some `Interactions` refactoring. **Fix:** Properly call the method like before. related: https://github.com/odoo/odoo/commit/22e777c046521f3f89b62caa5876680beb7f5aba opw-6267473 Forward-Port-Of: odoo/odoo#268036
This update resolves a technical issue preventing the Spanish EDI (Verifactu) module from functioning correctly during upgrades. The module was missing a key dependency on the 'certificate' module, causing a startup error. This fix ensures the module loads correctly and avoids upgrade problems.
Original PR description
### Issue `l10n_es_edi_verifactu` builds an inheritance on `certificate.certificate` and loads that module's views/demo, but only declares `depends: ['l10n_es']`. With `certificate` not guaranteed to…
### Issue `l10n_es_edi_verifactu` builds an inheritance on `certificate.certificate` and loads that module's views/demo, but only declares `depends: ['l10n_es']`. With `certificate` not guaranteed to load first, building the registry without it already present raises: ``` TypeError: Model 'certificate.certificate' does not exist in registry. ``` ### Cause `models/certificate.py` → `_inherit = 'certificate.certificate'`; manifest `data` loads `views/certificate_certificate_views.xml` and `demo/demo_certificate.xml`. Yet `certificate` is absent from `depends`. Every sibling (`l10n_es_edi_facturae`/`sii`/`tbai`, `l10n_sa_edi`) already depends on `certificate`. Present since the module was added in `02f8d5525eb7`. ### Notes - Opened on **18.0** so it **forward-ports to 19.0** (both stable branches carry the bug). `master` already has the equivalent change via #234729 — the forward-port there should be a no-op. - Surfaced via an 18.0→19.0 OpenUpgrade migration that force-updates `verifactu` before `certificate` loads; also reproducible on a plain install where `certificate` isn't otherwise pulled in first. Forward-Port-Of: odoo/odoo#271496
1 change
New functionality added to Odoo
This update adds missing translations for various user-facing messages within the Odoo POS modules. This ensures that the POS system is correctly localized for users in different languages, improving the overall user experience and supporting international expansion. The changes cover UI elements, error messages, and internal Python messages.
Original PR description
pos* = All POS module In this commit: -------------------------------- Add missing translations for user-visible strings across POS modules. - Translated dialogs, errors, alerts, and other UI-visible messages - Updated Python-side UserError, ValidationError, and warning messages Task-5406947 Related PR-https://github.com/odoo/odoo/pull/239972 Forward-Port-Of: odoo/enterprise#102094
2 changes
Resolved issues and error corrections
This update fixes an issue where report titles within Odoo Knowledge embeds were not consistently translated. The solution involves retrieving the report's name directly, streamlining the process and eliminating a previous fallback mechanism. This ensures accurate and localized report titles are displayed in Knowledge.
Original PR description
Problem: The title of the report is not translated properly in embeds in Knowledge. Considering how `data-embedded-props` are fed, I don't think we can directly feed the translated value that easily ? Possible solution: we have the report_id in options, we can just read the name ? Pro: we wouldn't even need to provide the report name in the first place (so that fallback thing is most likely useless). Cons: There's a bit of back-and-forth with the additional read. Should most likely be fixed in 19.0+ and not in master if we want to fix it. task-none (follow-up of discussion in https://github.com/odoo/enterprise/pull/120077#discussion_r3389814591)
Features or functions removed from Odoo
This update simplifies the Frontdesk module by removing the 'cancel' visitor state, which was no longer used. This streamlines the visitor tracking process and reduces unnecessary complexity within the system. This change improves the overall user experience and maintenance of the Frontdesk feature.
Original PR description
This commit removes the cancel state from the frontdesk visitor states, as it is no longer relevant. Task-6312796
3 changes
Resolved issues and error corrections
This update resolves an issue where the tooltip for list autofill features displayed error messages instead of correct information when the list data wasn't yet available. The fix ensures that tooltips display the intended data, improving the user experience and preventing misleading notifications.
Original PR description
The getter `getTooltipListFormula` would return the result of `getListHeaderValue` as the content of the tooltip, but this returned a loading error instead of a string if the list was not ready yet. Task: [6289944](https://www.odoo.com/web#id=6289944&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) Forward-Port-Of: odoo/enterprise#121228 Forward-Port-Of: odoo/enterprise#119876
This update corrects an inconsistency in how completed document rights are managed within the Enterprise system. The change ensures that rights associated with finalized documents are accurately reflected, preventing potential access issues. This improves data integrity and reliability for document-related workflows.
This update resolves an issue in the website studio where switching between multiple form models through the 'More models' feature would cause a crash. The fix ensures both the original and newly selected models are retained in the system's memory, preventing data loss and improving stability.
Original PR description
Selecting a second model through the Action option's "More models" crashed because the current form model was dropped from the models cache while the new model was being applied. This commit keeps both the current form model and the model being applied in the cache. Steps to reproduce: - Add a form snippet - Click on the form - In the `Action` option, select `More models` - Select one model - Open `More models` again and select another model - Traceback appears: `TypeError: Cannot read properties of undefined (reading 'website_form_key')` task-6321878 Forward-Port-Of: odoo/enterprise#121492
8 changes
Resolved issues and error corrections
This update corrects an issue where resetting bank entries could incorrectly flag e-reporting statuses as 'False'. The change ensures the status is accurately determined before being displayed, improving the reliability of reporting data. This resolves a potential discrepancy in e-reporting status calculations.
Original PR description
Resetting an out-of-scope bank entry to draft can recompute the e-reporting status to False. Skip that value before resolving the status label for the chatter message.
This update resolves a bug where the cursor would incorrectly snap to the end of a `<t>` block when deleting text within email templates. By removing `<t>` from a list of self-closing tags, the editor now correctly handles cursor placement, ensuring a smoother editing experience for users creating and modifying email templates.
Original PR description
## Problem:
`<t>` elements are classified as self-closing, even if they aren't used that way in a mail template. If you press backspace in the editor on some plain text that happens to be inside a `<t></t>` block, the editor would prevent the cursor from being placed back inside the block after merging because of `normalizeSelfClosingElement`. The result is the cursor being left on the outside edge of the block.
## Solution:
We will remove "T" from the list of self-closing tags.
## Steps to replicate (runbot v18):
1. Open an email template (Purchase: Purchase Order)
2. Place your cursor in some text inside a t-if element ('The receipt is expected for...'). Press backspace. Your cursor will snap to the end of the t-if block.
opw-6124284This update resolves an issue where the 'undo' function in the planning module didn't correctly maintain allocated hours. The fix creates the necessary planning role directly within the test environment, ensuring a consistent and reliable undo operation. This prevents data inconsistencies and improves the accuracy of planning schedules.
Original PR description
Fix by creating the planning role directly within the test, making it self-contained. runbot error-939985
This update fixes an issue where URL autocomplete suggestions overflowed on mobile devices, creating a poor user experience. The fix adjusts the container's width to dynamically adapt to smaller screens, ensuring suggestions fit neatly within the viewport. This enhances usability for all users.
Original PR description
Step to reproduce: - Open Notes - Open the link popover - Type a URL in the URL input field Description of the issue/: - On mobile devices, URL autocomplete suggestions overflow the viewport. Cause: - The autocomplete suggestions container has a max-width of 600px. - On smaller screens, the container does not shrink to fit the available width, causing it to overflow the viewport. Solution: - Add width: 100% to the autocomplete suggestions container so it adapts to the available screen width on smaller devices while still respecting the existing max-width on larger screens. task-6201175
This update fixes a visual inconsistency within the Odoo application. The flag image for Mauritania was incorrectly displayed. This change ensures accurate representation of countries within the system, improving the overall user experience.
Original PR description
[task-6320443](https://www.odoo.com/odoo/project.task/6320443) Forward-Port-Of: odoo/odoo#271488
This update fixes a performance issue within the Odoo gevent server by proactively loading database registries. Previously, the server wasn't properly configuring these registries, leading to slower startup times. This change ensures the server is optimized for speed and efficiency.
Original PR description
The code to set the registry size was moved to `preload_registries`. The gevent server does not preload registries and thus does not set the registries size. Instead of moving the code again, we can preload registries in the gevent server. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#271640
This update fixes a potential issue where private tasks could be incorrectly set as parents for other tasks. This change ensures tasks remain properly organized and prevents confusion for users managing project workflows. It's a routine maintenance update to improve task management clarity.
Original PR description
In this commit, we ensure that private tasks can never be selected as parent tasks. task-5119141 Forward-Port-Of: odoo/odoo#270795
This update corrects an issue where the ICS file generated for events didn't reflect the language currently selected on the website. Previously, it always used the backend language, causing confusion for users. This change ensures the ICS description aligns with the frontend language, matching expected behavior and Google Calendar integration.
Original PR description
Steps to reproduce: - Make sure you have 2 or more languages installed - Install events and website app - For the website, apply the languages you have in settings. Make sure the default language is…
Steps to reproduce: - Make sure you have 2 or more languages installed - Install events and website app - For the website, apply the languages you have in settings. Make sure the default language is different from the chosen backend language - Create an event - Go to the event's website page through the smart button - Switch the language of the frontend to one that is different from the backend - Translate (alter) the description for this language - Click on the outlook icon to download the ics Current Behavior: The ics will contain a description based on the backend's chosen language Expected Behavior: The ics will contain a description based on the website's chosen language at the time Clarification: The current behavior is confusing for users as they will expect the ics to match the description of the current webpage which is dependent on the frontend's selected language. This current behavior also contradicts the google calendar behavior which grabs the description based on the frontend's selected language. Also in Odoo 19+, this leads to a "bug" where if a user has a selected backend language that's not present in the website, then the ics will always contain the default description since the language is not present on the website. The only way to circumvent this bug would be to add the language to the website which shouldn't need to happen opw-6235320