Releases: ursais/odoo
Releases · ursais/odoo
17.0-20241108
[IMP] l10n_pe: enhance tax group and taxes for free billing support This commit enhances the tax group template in `account.tax.group.pe.csv` and he tax template in `account.tax.pe.csv` to support the free billin functionality by adding a dummy tax group. The related logic is implemented in the enterprise module. Related Enterprise PR: https://github.com/odoo/enterprise/pull/56767 closes odoo/odoo#174131 Related: odoo/enterprise#56767 Signed-off-by: Josse Colpaert (jco) <jco@odoo.com>
18.0-20241029
[FIX] html_editor: toolbar positioning for mobile Before this commit: When the keyboard opens on mobile, the toolbar appears in the wrong position, leaving a space between the toolbar and the keyboard. After this commit: Now, when the keyboard opens on mobile, the toolbar will correctly stick to the top of the keyboard. task:4196686 closes odoo/odoo#181737 Signed-off-by: David Monjoie (dmo) <dmo@odoo.com>
17.0-20241023
[FIX] auth_signup: Password reset email template translation The password reset email was not being translated according to the receiver's language. This caused the template to render in the website language, leading to confusion for receivers with different language. The problem came form Convert the "Reset Password" template into QWeb view in https://github.com/odoo/odoo/pull/125874, Before, to sent the email `mail.send_mail()` function was used, and it has a check for the receiver language. and after https://github.com/odoo/odoo/pull/125874 the function wasnt used any more. it replaces with `mail.send()` that send the rendered content directly. To resolve this issue, the language of the receiver user is explicitly set in the context before rendering the email template. This ensures the email content is translated based on the user's preferred language then calling the function that send it. Now the template is rendered using the receiver's language (`user.lang`), or falls back to the website language `self.env.lang` if the receiver's language is not set. Or falls back to 'en_US' if the language is not set. owp-4149894 closes odoo/odoo#182635 Signed-off-by: Florian Vranckx (flvr) <flvr@odoo.com>
18.0-20241022
[FIX] web: list: monetary aggregate error message without aggregation This commit fixes an issue with the display of list monetary aggregates where the error message saying that different currencies cannot be aggregated would show even when no aggregate method is set. Steps to reproduce: - Create a list view with monetary field and different currencies - Don't set an aggregation method - The aggregation footer is wrongly added and contains the error message Original PR: https://github.com/odoo/odoo/pull/132272 closes odoo/odoo#184599 X-original-commit: 7549f08d159913a245efc17817af2bdb0389e198 Signed-off-by: Aaron Bohy (aab) <aab@odoo.com> Signed-off-by: Julien Carion (juca) <juca@odoo.com>
17.0-20240911
[IMP] payment_authorize: display the reason for declining the payment In some occasions, Authorize would decline a payment and provide the reason for it, but not mark the payment as in error. The customer would see that their payment is cancelled but not know what to do. That is because error messages were not processed in the case of declined payments. This commit makes eventual error messages (decline reasons) logged on the linked document's chatter and displayed on the /payment/status page. opw-4125895 closes odoo/odoo#179805 X-original-commit: 2d29d741748c66cac3fe963ccb846d8421fb16f4 Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
17.0-20240905
[FIX] account: report field availability_condition should be set to c…
17.0-20240812
[FIX] website_sale: properly set session variable To reproduce the bug: - Add extra step during checkout - Make Sign in/up at check out Mandatory - Add a non-service product to the cart without being logged in and proceed to checkout - Create an account and once logged in continue the checkout process normally until payment is done When the process is done, a request is sent to /shop/payment/validate, and we get a server error message since we try to fetch `sale_last_order_id` from the session but it's not set. To simplify, the buying process goes like this: cart > [sign in/up] > [delivery] > checkout > extra_step or confirm_order > payment. The issue is that `sale_last_order_id` is set in confirm_order, which we don't pass through if we have extra_step enabled. To fix that, I moved the set operation a step earlier. opw-3988807 closes odoo/odoo#174638 Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
17.0-20240712
[FIX] web: correctly break title in xss form views Before this commit, there was a (xss specific) form view rule preventing the oe_title content to be displayed properly. In the task form view, in mobile, the title is a textarea, and long titles were displayed with words cut in the middle. The removed rule had been introduced a long time ago, for the kanban quick create form view [1], but it was probably a mistake. [1] https://github.com/odoo/odoo/commit/d18d08f01a589053e40c7af1fd4dd59c13aaa625 Task 4045168 closes odoo/odoo#172898 Signed-off-by: Romeo Fragomeli (rfr) <rfr@odoo.com>
17.0-20240627: [FIX] *_expense: update approval_state and forbids unrealistic case when
refusing expense sheet * = hr_expense, project_sale_expense -STEP TO REPRODUCE: Create an expense sheet , submit then approve it as well, go to Pg admin or update the view manually to see the field 'approval_state'. The 'approval_state' is now approved. After that try to refuse the sheet, 'approval_state' still approved while it should be consider 'cancel' (Refuse) -Solution is to forbids unrealistic case where we shouldn't allow user to cancel when it linked to a journal entry and also update approval state as well-> Therefore some test in 'test_project_profitability' need to adapt closes odoo/odoo#168430 Signed-off-by: Antoine Dupuis (andu) <andu@odoo.com>
17.0-20240604
[FIX] pos_self_order: handle attribute images for JSON serialization Before this commit, loading an attribute value with an image would cause a TypeError due to the image data being of bytes type, which is not JSON serializable. This commit prevents this error by removing the image data before serialization. opw-3957587 closes odoo/odoo#167765 Signed-off-by: Joseph Caburnay (jcb) <jcb@odoo.com>