Thursday, August 5, 2021
9 changes · master
Enhancements to existing features
Payment validation charges are now refunded immediately when the payment is confirmed, instead of relying on customers reaching a follow-up page. This reduces the risk of customers not receiving refunds after closing a browser tab or when confirmation happens through automated payment notifications, with Authorize.net voiding validation charges right away.
Original PR description
Before this commit, the validation flow with verification (payment of a small amount with immediate refund) was performed with the use of validation routes: after payment, the customer was redirected…
Before this commit, the validation flow with verification (payment of a small amount with immediate refund) was performed with the use of validation routes: after payment, the customer was redirected to the validation route stored on the transaction to trigger the refund. This implementation had an issue: if the customer never reached the validation route, they were not refunded their validation amount. This could happen if the customer closed the tab after paying with an acquirer offering payments with redirection, or if the validation payment was asynchronously confirmed through a webhook notification. This commit gets rid of validation routes and requires acquirers to immediately refund the validation amount when the payment is confirmed. This way, a payment confirmation coming from a webhook can trigger the refund too. As the only acquirer that implements the validation with verification flow, Authorize.net now voids validation transactions as soon as they are authorized. While we're at it, the logging of processing values is adapted to only log specific rendering values if a redirect form is rendered. task-2612977 Enterprise PR: https://github.com/odoo/enterprise/pull/20060 Upgrade PR: https://github.com/odoo/upgrade/pull/2710
This update improves the Point of Sale experience with clearer receipts and invoices, better mobile popups, and more intuitive selling controls. Staff can more easily identify POS browser tabs, see tip and discount details, reprint receipts with the original order date, and spot multiple open sessions from the dashboard.
Original PR description
This PR addresses multiple small changes for the POS according the task 2492631 which are: - Discount information from a pricelist is shown on the invoice depending on the discount policy. - Improved…
This PR addresses multiple small changes for the POS according the task 2492631 which are: - Discount information from a pricelist is shown on the invoice depending on the discount policy. - Improved the Product Configuration modal which was too wide and not mobile friendly. - ~~Allocate only one (or groups of) cash payment method(s) to a single `pos.config` if the cash control is activated. This prevents the opening control of multiple `pos.config` (if the cash control is activated) from being mixed up.~~ - "Resume" button of the `pos.config` has been renamed to "Continue selling". - Changed the favicon when opening the POS UI. - The amount of the tip is now shown on the button and is selected in the `NumberPopup` - Added `white-space: pre-line` css for the message popup. This keeps the line breaks in the message. - Date of the original POS order is shown when reprinting a receipt. - The `pos.config` kanban now show if there are more than one opened session. By clicking on the button-link, it opens a filtered `pos.session` view containing the opened sessions of the `pos.config` An additional fix has been added regarding the modals not correctly aligned in mobile version Related enterprise PR: https://github.com/odoo/enterprise/pull/19273
Website animation features have been merged directly into the main Website app after cleanup and improvements. This makes animated website content a standard part of Website, simplifying use and maintenance without requiring a separate app.
Original PR description
The app received many fixes and its code was improved and cleaned. It was about time to include it directly into the website features. task-2215118
Aged Receivable and Aged Payable reports now use clearer column names and remove the journal column to make the reports easier to read. Customer or vendor bill references are still available as tooltips, helping users access key context without cluttering the report.
Original PR description
Modify the Aged Receivable and Aged Payable reports: -include customer reference or bill reference as a tooltip -'Report Date' -> 'Due Date' -'Exp. Date' -> 'Expected Date' -Remove Journal column Task 2573962
Subscription portal payment handling was updated to align with the new payment transaction process. This improves the refund validation flow and keeps subscription payments consistent with the broader platform changes.
Original PR description
Enterprise side of the removal of validation routes on payment transactions. See community side for more details. task-2612977 Community PR: https://github.com/odoo/odoo/pull/74707 Upgrade PR: https://github.com/odoo/upgrade/pull/2710
Resolved issues and error corrections
Image shape settings now behave correctly when users replace shaped images with GIFs or switch back to supported formats. This prevents animated GIFs from being incorrectly converted or losing animation, and avoids leftover shape data on image types that do not support shapes.
Original PR description
Issues: [ 1 ] - Edit mode > Set a shape on Image - Replace it by a GIF > GIF is not animated in the shape. - Remove the shape > the GIF is still not animated (converted and saved as base64). [ 2 ] - [1] Edit mode > Set a shape on image (mimetype = 'image/jpeg') - [2] Replace it by an animated GIF. - [3] Replace the .GIF image again by the old one. - The shape is not applied on it. The goal of this PR is to fix all issues related to wrong mimetype values / incoherent dataset by adding the `_isImageMimetypeSupported()` method to check if image format is supported and set shape accordingly. IMPORTANT: after this PR, the right mimetype value for GIF images is passed and shapes cannot be applied on them > useless shape data will be removed from non-supported images. task-2578242
This fixes an issue that could prevent PDF reports, such as invoices, from printing correctly. Businesses can now generate and share key documents more reliably without print errors interrupting daily workflows.
Original PR description
fixes for odoo/odoo#68299 can be tested with invoice print to pdf
Customers returning to Odoo after paying with Adyen will no longer risk losing their payment session due to browser cookie behavior. This helps Odoo immediately find and finish processing the payment, reducing failed or delayed order confirmations. Related payment return descriptions for PayUmoney and SIPS were also clarified.
Original PR description
Before this commit, users returning from Adyen to Odoo after payment could see their session renewed, depending on their browser's implementation of the `SameSite` cookie attribute. This prevented Odoo from retrieving the transaction from the users' session. This commit flags the return route of Adyen with `save_session=False`, hence allowing all users to immediately post-process their transactions when they return to Odoo. While we're at it, the docstrings of the return routes of PayUmoney and SIPS' have been updated for better clarity.
A recent change caused errors when users tried to print accounting reports as PDF files. This fix restores reliable PDF printing so finance teams can generate and share reports without interruption.
Original PR description
odoo/enterprise#17270 introduced an error when trying to print accounting reports to PDF