Wednesday, March 27, 2024
6 changes · 17.0
Enhancements to existing features
This improvement removes unnecessary attribute parameters from product URLs when a product has no variants. Previously, product URLs would display with empty attribute markers (e.g., /shop/product-1#attr=), which looked unprofessional. Now, simple products without variants will have clean, straightforward URLs (e.g., /shop/product-1), improving the appearance and user experience of your eCommerce store.
Original PR description
Description of the issue/feature this PR addresses: Avoid ugly URL if no variant on your eCommerce. Current behavior before PR: Product URL are like /shop/product-1#attr= Desired behavior after PR is merged: Product URL are like /shop/product-1 when no attributes --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
This update removes an old URL pattern from the forum system that was causing unnecessary redirects. Previously, forum links using the /question/ path would redirect to the standard forum post URL, creating redundant steps. This fix eliminates that outdated redirect path, making the forum navigation cleaner and more efficient.
Original PR description
Avoid redirect to forum/<name>/question/<post> that will rediret in all case to /forum/<name>/<post>.
Miscellaneous changes
* Enable Peppol * Create a partner with: - Name: Test Peppol - Country: Belgium - Email: test-peppol@customer.example.com - Electronic Invoice Format: BIS Billing 3.0 - Peppol e-address: (blank) - Peppol endpoint: (blank) * Create an invoice and confirm it * Click on "Send & Print" => In the wizard that open, there are no option to select either Peppol nor any EDI format. Once `account_peppol` is installed, if a partner has an EDI format set but no Peppol in
Original PR description
* Enable Peppol * Create a partner with: - Name: Test Peppol - Country: Belgium - Email: test-peppol@customer.example.com - Electronic Invoice Format: BIS Billing 3.0 - Peppol e-address: (blank) - Peppol endpoint: (blank) * Create an invoice and confirm it * Click on "Send & Print" => In the wizard that open, there are no option to select either Peppol nor any EDI format. Once `account_peppol` is installed, if a partner has an EDI format set but no Peppol information (EAS & Endpoint) we should still allow the user to send/print the invoice with partner's EDI format. Also the Peppol warning was never shown on the wizard as the option was always disabled when the partner was not fully configured, so now the option is shown but unchecked by default if partner is not ready. OPW-3698904 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#158582
A recent update to the survey test suite caused an issue where multiple surveys were being created with duplicate session codes. This fix ensures that each survey receives a unique session code as required by the system. This resolves test failures and maintains data integrity in the survey module.
Original PR description
In c983f8a5 we updated the `test_survey_invite_action` test to create surveys in batch instead of one by one. This is problematic because `session_code` (given by utility method) must be unique for all surveys. Task-3829536
The certificate used for testing Spanish tax authority (AEAT) integration has expired and is no longer valid. This fix removes the failing daily test while maintaining test coverage through alternative regional certificates (Bizkaia and Gipuzkoa) that use the same technical flow. This prevents continuous test failures without impacting the actual functionality.
Original PR description
Our certificate for aeat seems to not be valid anymore. We don't have a replacement currently. The flow is still tested with bizkaia or gipuzkoa (mostly just different servers/addresses, but same flow/xml), where the certificate is still accepted. We remove this test that fail every day. Linked to Runbot error 25907 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#157278
This update fixes a test failure in the accounting module that occurred when a test ran across midnight. The test was creating a financial transaction at 23:59:59 and then running a wizard the next day at 00:00:01, causing the wizard to use the wrong date. The fix ensures the test runs consistently regardless of what time of day it executes.
Original PR description
If the move in the test is created at 23:59:59, and the wizard on the next day at 00:00:01, the test will fail because the wizard takes today as the date at creation. We just add a freeze_time (for this test only, as the other tests in the class don't have the issue). Linked to runbot error 60478 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#157981