Daily updates from Odoo
Monday, March 17, 2025
10 changes
Resolved issues and error corrections
Point of Sale searches now show every matching customer's wallet instead of only the first one found. This helps cashiers correctly identify and use available wallet balances when multiple customers have similar names, while excluding empty wallets from the results.
Original PR description
Show all customers wallets on search pos ### Impacted versions: 18.0 and later ### Steps to reproduce: Add more than one customer with same first characters of their name Add gift cards to them with positive balance Search them by clicking customer button on a pos session Video on runbot: https://drive.google.com/file/d/1kFAYjxWJmTNuNOK2ul684x_H_GAptsjB/view?usp=sharing ### Current behavior: Only shows the first wallet found (fetchCoupons default limit 1) ### Expected behavior: Show all wallets Task: [4572808](https://www.odoo.com/odoo/project/49/tasks/4572808)
Fixes an issue where Romanian companies could encounter an error when opening the Print & Send wizard for invoices already marked as sent to E-Factura. The send option now appears correctly aligned, making invoice sending smoother and avoiding user-facing interruptions.
Original PR description
**Steps to reproduce:** (To reproduce the issue, we have to simulate a case where "E-Factura Status" is "Sent". This can be done by editing "account_move_form_inherit_l10n_ro_edi" view and setting…
**Steps to reproduce:**
(To reproduce the issue, we have to simulate a case where "E-Factura Status" is "Sent".
This can be done by editing "account_move_form_inherit_l10n_ro_edi" view and setting "l10n_ro_edi_state" field visible and editable.)
- Install Accounting and l10n_ro_edi
- Switch to a Romanian company (e.g. RO Company)
- Create an invoice
- Set "E-Factura Status" to "Sent"
- Confirm it
- Try to send the invoice
**Issue:**
1) A traceback is raised when trying to generate the extra EDI checkbox for the "Print & Send" wizard.
2) Once the first issue fixed, the "Send E-Factura to SPV" option will be displayed in the "Print & Send" wizard with a warning tooltip button.
The tooltip button will be displayed on another line, which misaligns the "Send E-Factura to SPV" option with the other ones.
**Cause:**
This specific code:
```py
return [checkbox_key for checkbox_key, checkbox_vals in json_checkboxes.items()
if checkbox_vals['checked']]
```
fails because there is no key associated to the data dict for the Romanian EDI checkbox.
opw-4630524
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prThis fix lets PayPal payment processing continue when an order or payment flow does not include a delivery address. It also addresses related webhook URL handling, reducing failed PayPal payment setups for businesses using address-light checkout flows.
Original PR description
Why are you closing the pull request #201982 ? First, the module 'website_skip_hide_addresses' isn't the only to require a payload without address. Second, there is also the issue about the url used to generate the webhook. Third I can't reopen the pull request since I don't have the right.
PayPal payments can now complete when an Odoo website checkout skips or hides delivery address collection. This helps on-premise deployments and businesses selling items or services that do not require shipping details avoid blocked checkouts.
Original PR description
Description of the issue/feature this PR addresses: It's impossible to use the PayPal provider if we host it on premise. Also I added a variable to allow us to use the provider without requiring to provide shipping address. Useful if we skipped it. Current behavior before PR: PayPal error when trying to checkout with website_skip_hide_addresses Desired behavior after PR is merged: PayPal checkout working with website_skip_hide_addresses --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The self-ordering kiosk now prevents customers from adding combo meals to the cart when required options, such as sides, have not been selected. This avoids a white-screen crash and makes combo ordering behave consistently with regular product ordering.
Original PR description
Currently, when ordering on kiosk a menu combo, if you do not select sides it will crash when adding it to the cart Steps to reproduce: ------------------- * Open kiosk * Select burger Menu Combo * Select Cheese burger * DO NOT select sides * Select Next button * Add drink * Add to cart > Observation: White screen crashes Why the fix: ------------ The crash is ultimately cause by a undefined `attribute_value_ids` https://github.com/odoo/odoo/blob/ea67d5ad5f81c7eae85cff352bcc75290053ba20/addons/pos_self_order/static/src/app/self_order_service.js#L263-L266 If we compare the behavior of the same product, outside a combo, we are not allowed to add the product to the cart if we did not select sides. We will now have a consistent behavior with/without combo. opw-4516061
Customer displays connected through an IoT box now use a local connection instead of the device IP address. This avoids certificate trust problems and helps the display work reliably without extra HTTPS setup.
Original PR description
Before this commit, if an IoT connected customer display was activated without a valid HTTPS certificate, it would fail as the IoT box would not trust accessing its own endpoint, due to the request using https://<iot_box_ip>. After this commit, the proxy display instead uses http://localhost, so the certificate is not required and the customer display functions as expected. task-4648702 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The timesheet grid now shows the correct weekly overtime value for employees with flexible working hours. This prevents misleading overtime information when managers or employees review recorded time.
Original PR description
Issue:
- Hovering over the overtime column in the timesheet grid shows the wrong value.
when the employee has flexible hours.
Steps To Reproduce:
- Go to the timesheet grid.
- Record time for an employee with flexible hours.
- Hover over the weekly overtime column.
Solution:
- Add the full-time required hours to the overtime calculation when the employee has flexible hours.
opw-[4528395](https://www.odoo.com/web#id=4528395&view_type=form&model=project.task)Corrects a Colombian e-invoicing calculation so invoices with withheld VAT use the tax amount instead of the tax rate in the XML. This prevents signing errors for affected invoices after the rounding refactor and helps businesses issue compliant electronic invoices.
Original PR description
Steps to reproduce: - Ensure the Colombian localization is installed and set up - Make an invoice with taxes "19%" and "15% RteVAT 19%" - Try to sign the invoice - Get the error Occurs after the global rounding refactor d5da2b62263f85fbce0f2548085c066cbbf10371 By mistake, the operation is using now the tax percent instead of the tax amount opw-4446123
The Mexican electronic invoicing POS flow now refreshes order totals before checking whether payment can proceed. This prevents an incorrect payment-blocking error after a discount line is removed, helping cashiers settle affected orders normally.
Original PR description
When a quotation is loaded into the POS, a down payment is made, and then the order is settled, if the order has a discount that causes the total amount to become negative, the system prevents payment and raises an error. However, if the discount line is removed, the payment attempt also raises the same error. This happens because, even though the `pos.order.line` was removed, the values of the `pos.order` were not updated. Since it is required to validate the amount to be paid in the inherited `pay` method, the error occurs. This commit fixes the issue by recomputing the amounts before the validations that require them.
Recruitment application attachments now inherit the visibility rules set on their parent recruitment folder. This ensures internal users can see applicant documents when the folder is configured to allow it, avoiding unnecessary access issues in hiring workflows.
Original PR description
Steps to reproduce: 1. In the Documents settings, activate the Recruitment option 2. Configure the "share" settings of the folder so internal users can view documents 3. In the recruitment app, add some attachments to the applications 4. Check these attachments' visibility -> They are not visible to internal users Technical Reason: The previous implementation ignored the recruitment folder’s access settings and set default access to 'none'. After this commit: documents inherit access settings from the recruitment folder Task-4529233