Thursday, November 14, 2024
6 changes
3 changes
Enhancements to existing features
This update adjusts how Odoo retrieves related records across several accounting, approvals, data cleaning, and helpdesk features. The change supports ongoing platform compatibility work and should help keep these workflows reliable without changing day-to-day user behavior.
Original PR description
odoo/odoo#185630 task-4139293
The mobile user menu tests were moved to a newer testing approach. This helps maintain confidence in the mobile interface while making future updates easier for the development team.
Original PR description
task-4028335
This update standardizes how session information is accessed, making it behave more like a regular dictionary. It affects appointment-related flows and helps keep future development more predictable while preserving key frequently used shortcuts.
Original PR description
The session must be used like a "classic" dictionnary. Only very frequently used keys will be accessible via a property. task-3305304
3 changes
Enhancements to existing features
The Point of Sale interface now keeps input fields at a consistent width while users type during opening, cash movement, product search, and partner search flows. Receipt previews also stay the same width regardless of the company logo, making the checkout experience more stable and predictable.
Original PR description
Before this commit: ========== - The width of the input field changes when text is added during the session's opening, cash in/cash out, search products, and search partner processes. - The company logo affects the width of the PoS receipt preview. After this commit: ========== - The input field's width stays fixed while adding text during the session's opening, cash in/cash out, search products, and search partner processes. - The width of the PoS receipt preview remains fixed as well. task-4285446
Several common website landing pages are now treated as read-only when visitors use search or filtering options. This helps avoid unnecessary changes during browsing and can improve reliability and performance across public website areas such as events, forums, eCommerce, courses, profiles, and partner pages.
Original PR description
Some common 'landing pages' used in combination with search parameters can be set as read-only.
This update adjusts accounting report tests to match the newer way accounting entries receive their official numbers when they are posted, rather than while still in draft. It helps keep automated checks reliable after the related accounting behavior change, with no direct change expected for business users.
Original PR description
Description of the issue this commit addresses: The community PR linked to this one modified the naming behavior of moves and therefore tests have broken. This PR adapts thoses tests to the new…
Description of the issue this commit addresses: The community PR linked to this one modified the naming behavior of moves and therefore tests have broken. This PR adapts thoses tests to the new behavior. --- Old vs. New naming behavior: Let's consider an empty journal. In this journal three moves are added with decreasing date (move1 is the most recent, move2 is in the middle and move3 is the oldest). now we batch the moves and post them together. Before, the first move of a journal would consume the first sequence number upon its creation even in draft and subsequent moves in would be named "/". When batched and posted afterwards, in the `_compute_name()` method, a `.sorted()` would order the moves by date (account.move(3, 2, 1)) and would use that order to name them. As the first sequence number is burned, move3 will use the second number and move2 will use the third number in the sequence. Resulting names: move1: 1, move2: 3 and move3: 2. With x moves: move1: 1, move2: x, move3: x-1, move4: x-2, ... Now, since no sequence number name is ever assigned to a draft entry, upon their creation, all three moves are named "/". And then, when they are batched and posted. they will be ordered 3,2,1 just like before but when naming move3, the first sequence number isn't consumed anymore so it will be named 1, move2 will be name 2 and move1 will be name 3. Resulting names: move1: 3, move2: 2 and move3: 1. With x moves: move1: x, move2: x-1, move3: x-2, move4: x-3, ... --- Desired behavior after this commit is merged: Tests that were relying on the fact that the first move of a sequence uses the first sequence number upon creation and not when posted are now adapted to take into account that sequence number are consumed when posted. --- Community PR: https://github.com/odoo/odoo/pull/185326 task-4241510