Saturday, November 25, 2023
13 changes · 17.0
Resolved issues and error corrections
The spreadsheet component was updated to a newer version with fixes that make copying, pasting, formula handling, and row removal more reliable. It also includes performance improvements for calculations and lookups, helping large spreadsheets feel faster and reducing user-facing errors.
Original PR description
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/7346d0af9 [REL] 17.0.4 https://github.com/odoo/o-spreadsheet/commit/661e290f4 [FIX] sheet: remove zombie code…
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/7346d0af9 [REL] 17.0.4 https://github.com/odoo/o-spreadsheet/commit/661e290f4 [FIX] sheet: remove zombie code https://github.com/odoo/o-spreadsheet/commit/7362fc105 [FIX] sheet: remove rows faster https://github.com/odoo/o-spreadsheet/commit/dcaa1ab0c [FIX] tokenizer: faster current char lookup https://github.com/odoo/o-spreadsheet/commit/0448b26f5 [FIX] tokenize: replace special chars faster https://github.com/odoo/o-spreadsheet/commit/88a57c6be [FIX] icons: use correct comment syntax in xml files https://github.com/odoo/o-spreadsheet/commit/cf8194df2 [FIX] clipboard: fix array formula copy https://github.com/odoo/o-spreadsheet/commit/ca24d7e8c [FIX] evaluation: faster range matrix https://github.com/odoo/o-spreadsheet/commit/a13ff80b3 [FIX] clipboard: traceback on paste from copy after deleting that sheet https://github.com/odoo/o-spreadsheet/commit/eaa0dca12 [FIX] evaluation: cache range references values Task: 3588401 https://github.com/odoo/o-spreadsheet/commit/cdeb716c3 [REF] evaluation: group compilation parameters https://github.com/odoo/o-spreadsheet/commit/943a7e7f8 [FIX] lookup: cache string normalization Task: 3588401 https://github.com/odoo/o-spreadsheet/commit/0330db03c [FIX] cells,borders: cancel useless commands Task: 3603259 https://github.com/odoo/o-spreadsheet/commit/38d77fe89 [FIX] cells: faster getter to get cell Task: 3588401 https://github.com/odoo/o-spreadsheet/commit/15bdafc80 [FIX] model: don't flatten command result
This fix prevents mail conversations from repeatedly loading older messages when a chat is reopened or unfolded. It also ensures inbox previews show the true latest message, improving reliability for users navigating recent and older conversations.
Original PR description
The issue is that "load older" was called every time the thread was made visible, in particular after chat window unfold. The load more button will naturally be visible when first loading a thread, it only makes sense to check its final visibility and not intermediate steps. But there was a bug where the loading mechanism was relying on the initial "load older" to fetch messages, because the messaging menu preview was incorrectly setting the thread as already loaded, when it just fetched the last message. Moreover, the "last message" displayed in the preview was not correctly computed, and it could end up being the last "currently fetched" message and not the last of all messages (when jumping in the past), and it could also be a non-persistent message. runbot-35533
This update helps Belgian users choose the correct Peppol identification code by showing a warning that Belgium should use 0208. It also ensures only customer invoices, credit notes, and receipts are marked as Peppol ready, making batch sending more reliable and reducing accidental selections.
Original PR description
## [FIX] account_peppol: add a warning for Belgium Users need a helpful message for selecting the right EAS and Endpoint numbers. In Belgium it should always be 0208 according to BOSA, so we can display a warning message advising them to select that code for Belgian partners. ## [FIX] account_peppol: fix peppol ready We should only mark account moves as "Peppol ready" if it's a customer invoice/customer credit note. These are also the only types of account moves we should display when a user wants to filter by "peppol ready" as this means they want to easily select all and send them via peppol in batch. This commit limits "Peppol Ready" to `out_invoice`, `out_refund`, `out_receipt`. task-3603416 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixed an issue where changes to a bank journal payment method could be lost when another payment method was removed at the same time. This helps accounting users avoid rework and keeps payment configuration changes reliable.
Original PR description
When users edit a outbound/inbound payment method line of their bank journal and in the same time remove another payment method line, the edited line changes for their initial state (without the…
When users edit a outbound/inbound payment method line of their bank journal and in the same time remove another payment method line, the edited line changes for their initial state (without the change). It was caused by a complicated way to know which payment method line are available for this journal. This non stored compute field is recompute for each change made on the inbound/outbound payment method line. It means that the function deal with origin record instead of record itself. During the search for this fix, we found out that everything work fine if we remove the column_invisible on this computed field. In that case, we had not so many calls to the compute function to get the values. It's obviously not a solution and that's why after some investigations, we decide to use the _origin id when we get the outbound/inbound_payment_method_line in the _compute_available_payment_method_ids function. Thanks to @h4818 for his help during the process. opw-3597536 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix ensures that the WhatsApp category appears in the mobile version of the Discuss app's bottom navigation bar, matching the desktop experience. Previously, users could see WhatsApp conversations on desktop but the category was missing from mobile navigation, making it harder to access WhatsApp messages on phones and tablets.
Original PR description
WhatsApp category was shown in Discuss app sidebar in desktop, but was not visible in the bottom navbar in mobile. Part of Task-3525542 opw-3580979
A display issue in the field service portal task view has been corrected where the "Time & Material" section was appearing in the wrong location. The fix updates the underlying code to ensure this section displays in the correct position above the Timesheets section, improving the user experience when viewing task details.
Original PR description
In field service's portal task view, a display error would occur with the "Time & Material" section ; it would get displayed next to the "Timesheets" section which is wrong, as it should be displayed on top of it. The issue is that with the rework of portal's front in 17.0, the xpath expression that supposedly selects the "Timesheets" section now selects the "Timesheets" navigation menu, and makes the "Time & Material" section display right on top of it. To fix this, the xpath expression was changed to select the right element. task-3609165
This fix resolves an import error that occurred when Odoo Enterprise was installed as a package. A missing initialization file was preventing the bank statement import module from loading correctly. This ensures the bank statement import functionality works reliably in packaged installations.
Original PR description
When enterprise is installed as a package, importing this odoo.addons.account_avatax will raise an ImportError due to this missing file. @moduon MT-1075 Forward-Port-Of: odoo/enterprise#48669
This fix corrects how Odoo generates SEPA payment files to comply with banking standards. The ChrgBr (Charge Bearer) tag is now placed at the payment level instead of the transaction level, following official SEPA specifications. This resolves issues where some banks were rejecting payment files due to incorrect formatting.
Original PR description
In the SEPA specification: "It is recommended that this element [ChrgBr] be specified at ‘Payment Information’ level." In odoo the ChrgBr was set at transaction level leading to some bank refusing the SEPA file. To follow the specification recommendation, ChrgBr is moved at the payment level. opw-3479639 Forward-Port-Of: odoo/enterprise#51376
This fix resolves an error that occurred when printing invoices in the Accounting module with Documents enabled. The issue happened because documents were being created multiple times concurrently, causing a validation error. The fix ensures documents are created immediately when attachments are created, rather than when they're loaded in the chat, preventing duplicate creation attempts.
Original PR description
Steps to reproduce: - Install Accounting and Documents - Go to Documents settings - Activate "Accounting" option (Workspace: Finance) and add a journal to synchronize (Journal: Customer Invoices -…
Steps to reproduce: - Install Accounting and Documents - Go to Documents settings - Activate "Accounting" option (Workspace: Finance) and add a journal to synchronize (Journal: Customer Invoices - Workspace: Finance) - Go to Accounting and create an invoice - Click on Print button and select "Invoices" => The following Validation Error can be raised: "The operation cannot be completed: This attachment is already a document" (This issue depends on the speed of the platform and doesn't always happen) Cause: When printing the invoice, an attachment is created, but no document is created in Documents immediately (as configured in Documents settings). Once the attachment created, it is loaded in the chatter and several calls are made to "register_as_main_attachment" method of the attachment. This method is triggering a write on the related record (i.e. the invoice), which tries to create a document (in Documents) from the attachment. When trying to create the document, it first checks if a document already exists for that attachment. But in some cases, there can be 2 concurrent calls where the first one has not finished creating the document when the second one checks if a document already exists. It then tries to create a second document for the attachment and triggers the SQL unique constraint. Solution: The creation of the document should not depend on the loading of the attachment in the chatter. It should be created when the attachment is created. So, when the first attachment of an account move is created, the related document will also be created. opw-3464593 Forward-Port-Of: odoo/enterprise#51114
This update reverts a previous change to how reported dates and hours are calculated in planning templates. The previous fix was causing unintended behavior changes in the stable version. A more comprehensive solution will be developed separately to properly handle shift template generation when users save shifts as templates.
Original PR description
This reverts commit 145fdbc because the fix alters the behavior in planning template which is not really allowed in stable. A another fix will be done to correctly compute the shift template generated when the user saves a shift as template. Forward-Port-Of: #50933
This fix ensures that spreadsheet record names are properly displayed as text strings when users access shared spreadsheets. Previously, in certain cases where a record didn't have a defined name, the system would return an empty value instead of a text string, causing display issues in the spreadsheet interface. This update corrects how the system retrieves and formats record names to ensure consistent, reliable display for all users.
Original PR description
When fetching the record data from the server via `join_spreadsheet_session`, we rely on the field `display_name` while expecting it to be a string. This will however not be the case since [1] (i.e. if `_rec_name=""` then `display_name=False`). The client components are expecting a string, we therefore fix `join_spreadsheet_session` accordingly. [1] https://github.com/odoo/odoo-security/commit/c68fb4a494acc38b97678ed2a1fe18dbf8f3fa9d Task: 3562167 Forward-Port-Of: odoo/enterprise#51296
This fix resolves a display problem in the timesheet grid where long task titles would expand across the entire screen, making it impossible to see the timesheet data. The solution adds a maximum width constraint to task titles so they properly truncate with ellipsis, allowing users to view both the task name and timesheet information simultaneously.
Original PR description
This commit fix a UI issue due to unset max-width on the o_grid_row_title.
HOW TO REPRODUCE:
- Go in project
- Create a task with a very long name
- Go in timesheet
- Record a tisheet line linked to the created task
ISSUE:
- The title takes all the screen and we cannot see the timesheets.
FIX:
- Put a maximun width for the row titles in order to trigger the
text-truncate
taskid:3539337
Forward-Port-Of: odoo/enterprise#51390Fixed an error handling issue in the Shiprocket delivery integration where the system was not properly managing error responses from the shipping provider. This fix ensures that when the Shiprocket API returns an invalid payload response, the system now correctly handles and reports the error instead of failing silently, improving reliability of shipping operations.
Original PR description
When `payload` response is false, need to handle error. opw-3604932 Forward-Port-Of: odoo/enterprise#51261