Odoo Changelog — 2020-07-14

Tuesday, July 14, 2020

14 changes · master

Improvements(4)

Enhancements to existing features

[IMP] survey

Coremastersurvey

This update improves wording in the Survey app's management screens. The clearer labels should make survey setup and administration easier for users to understand, with no major workflow changes expected.

Original PR description

taskId 2285655



--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

#survey#labels#usability

[IMP] tools: show details about IOError

PR #54376

Coremastertools

Odoo now shows the specific reason a translation file could not be loaded, instead of only saying the file could not be read. This helps administrators quickly identify issues such as a syntax error and line number, reducing troubleshooting time.

Original PR description

Before this commit Odoo would say that the translation file could not be loaded but not why.
If we use, and include, the IOError the sysadmin can directly identify the issue.
Let us take an example msgstr which has an issue:

msgid "Website communication history"
msgstr "Website communicatiegeschiedenis"
3

As you can see this contains an error because of the "3" here, which was added by accident.
Before this commit you would only get "couldn't read translation file %s". After this commit it will pinpoint the issue with the line:
odoo.tools.translate: couldn't read translation file [lang: nl][format: po]. Here's what we got back instead: Syntax error in po file (line 662)




--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

#translations#error messages#administration

[IMP] base, tests: use freezegun lib to mock dates and datetimes

PR #54227

Coremasteraccountaccount_edi_facturxbase

This update improves the way Odoo's automated tests simulate dates and times, making test results more consistent and easier to maintain. It mainly affects accounting-related test coverage and supporting project dependencies, with no direct change expected for everyday users.

Original PR description

base, tests: use freezegun lib to mock dates and datetimes

#testing#date handling#quality

[IMP] account_*: using freezegun lib to mock dates and datetimes

PR #11742

Enterprisemasteraccount_followupaccount_reportsaccount_saftl10n_mx_edi

This update improves automated checks for accounting-related features by using a more consistent way to simulate dates and times. It also adds extra coverage for Mexican electronic invoicing edge cases, helping reduce the risk of future regressions without changing day-to-day user workflows.

Original PR description

related to https://github.com/odoo/odoo/pull/54227

#testing#accounting#electronic invoicing#Mexico

Bug Fixes(2)

Resolved issues and error corrections

[FIX] web: qweb inheritance

PR #54315

Coremasterweb

This fix ensures that template customizations build on earlier customizations instead of accidentally ignoring them. It improves consistency for screens and components that rely on layered template changes, reducing unexpected display differences.

Original PR description

[FIX] web: qweb inheritance Before this commit, defining a extension of a template by using the combination of directives 't-name' and 't-extend' ignored potential extensions that could have been…

[FIX] web: qweb inheritance

Before this commit, defining a extension of a template by using the
combination of directives 't-name' and 't-extend' ignored potential
extensions that could have been defined beforehand.

For instance, let's assume the following templates.
```xml
<t t-name="a">
    <div><span>1</span></div>
</t>
<t t-extend="a">
    <t t-jquery="span" t-operation="replace">
        <span>2</span>
    </t>
</t>
<t t-name="b" t-extend="a">
    <t t-jquery="div" t-operation="append">
        <span>b</span>
    </t>
</t>
```
Rendering template "b" displayed "1b" whereas we would expect "2b".

Moreover, when the extended template is itself an extension of
another template:
```xml
<t t-name="a">
    <div><span>a</span></div>
</t>
<t t-name="b" t-extend="a">
    <t t-jquery="div" t-operation="append">
        <span>b</span>
    </t>
</t>
<t t-name="c" t-extend="b">
    <t t-jquery="div" t-operation="append">
        <span>c</span>
    </t>
</t>
```
Rendering template "a" displayed "a", template "b" displayed "ab",
but template "c" displayed "ac", whereas we would expect "abc".

With this commit, other extensions done to a template are kept when
a new extension is defined. It relies on the templates order, and
takes into account all extensions that have *already* been defined.

Other(8)

Miscellaneous changes

[FW][IMP] payment: add new local payment method type for Stripe

PR #54426

Coremasterpayment_stripesale

- bancontact (be; eur) - eps (at; eur) - giropay (de; eur) - p24 (pl; eur, pln) Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#52855

Original PR description

- bancontact (be; eur)
- eps (at; eur)
- giropay (de; eur)
- p24 (pl; eur, pln)

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#52855

[FW][FIX] web: Properly handle default favorite filters

Before this commit Odoo would say that the translation file could not be loaded but not why. If we use, and include, the IOError the sysadmin can directly identify the issue. Let us take an example msgstr which has an issue: msgid "Website communication history" msgstr "Website communicatiegeschiedenis" 3 As you can see this contains an error because of the "3" here, which was added by accident. Before this commit you would only get "couldn't read translation file %s". After this commit it will pinpoint the issue with the line: odoo.tools.translate: couldn't read translation file [lang: nl][format: po]. Here's what we got back instead: Syntax error in po file (line 662) -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

[FIX] web: qweb inheritance Before this commit, defining a extension of a template by using the combination of directives 't-name' and 't-extend' ignored potential extensions that could have been defined beforehand. For instance, let's assume the following templates. ```xml <t t-name="a"> <div><span>1</span></div> </t> <t t-extend="a"> <t t-jquery="span" t-operation="replace"> <span>2</span> </t> </t> <t t-name="b" t-extend="a"> <t t-jquery="div" t-operation="append"> <span>b</span> </t> </t> ``` Rendering template "b" displayed "1b" whereas we would expect "2b". Moreover, when the extended template is itself an extension of another template: ```xml <t t-name="a"> <div><span>a</span></div> </t> <t t-name="b" t-extend="a"> <t t-jquery="div" t-operation="append"> <span>b</span> </t> </t> <t t-name="c" t-extend="b"> <t t-jquery="div" t-operation="append"> <span>c</span> </t> </t> ``` Rendering template "a" displayed "a", template "b" displayed "ab", but template "c" displayed "ac", whereas we would expect "abc". With this commit, other extensions done to a template are kept when a new extension is defined. It relies on the templates order, and takes into account all extensions that have *already* been defined.

Improvements(4)

[IMP] survey

[IMP] tools: show details about IOError

[IMP] base, tests: use freezegun lib to mock dates and datetimes

[IMP] account_*: using freezegun lib to mock dates and datetimes

Bug Fixes(2)

[FIX] web: qweb inheritance

Other(8)

[FW][IMP] payment: add new local payment method type for Stripe

[FW][FIX] web: Properly handle default favorite filters

Improvements(4)

[IMP] survey

[IMP] tools: show details about IOError

[IMP] base, tests: use freezegun lib to mock dates and datetimes

[IMP] account_*: using freezegun lib to mock dates and datetimes

Bug Fixes(2)

[FIX] web: qweb inheritance

Other(8)

[FW][IMP] payment: add new local payment method type for Stripe

[FW][FIX] web: Properly handle default favorite filters

[FIX] base: Handle custom field under country in contact kanban view

[FW][FIX] stock: merge quants when unpacking

[FW]13.0 chsinglemodule jco

[FW][FIX] *: handle null value for boolean in sql queries

[FW][FIX] *: handle null value for boolean

[FW][FIX] account_invoice_extract: impossible to archive cron

[FW][FIX] account_online_sync: impossible to archive cron