Wednesday, September 30, 2020
19 changes · master
Resolved issues and error corrections
After users click action buttons on a form, the page now returns to the same scroll position instead of jumping back to the top. This makes working with long forms smoother and reduces time spent finding the previous location again.
Original PR description
This fixes issue #46060 Current behavior before PR: Forms scroll return to the top after calling a button. Desired behavior after PR is merged: Forms scroll return to previous location after calling a button. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When a subscription sale creates a project task, the resulting subscription now receives the same analytic account as the original sales order. This keeps revenue and project-related tracking aligned without manual correction.
Instead of not returning the key, the IAP returns an empty list when there is no phone number or no email. Forward-Port-Of: odoo/odoo#58840
Original PR description
Instead of not returning the key, the IAP returns an empty list when there is no phone number or no email. Forward-Port-Of: odoo/odoo#58840
The tax report should not display any amount on Section Titles opw-2329278 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#58596 Forward-Port-Of: odoo/odoo#58475
Original PR description
The tax report should not display any amount on Section Titles opw-2329278 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#58596 Forward-Port-Of: odoo/odoo#58475
- Set the company country to India - Open th POS, make a sale - Print the receipt The label for the VAT is 'VAT' while it should be 'GSTIN'. The `VAT:` label is hardcoded in the receipt template. It is expected to be adapted to the localization thanks to the translation. However, in this case it doesn't work: since we keep the English language, there is no translation applied. We use the country `vat_label` and fall back on the `VAT` string. opw-2343652 Description of the iss
Original PR description
- Set the company country to India - Open th POS, make a sale - Print the receipt The label for the VAT is 'VAT' while it should be 'GSTIN'. The `VAT:` label is hardcoded in the receipt template. It is expected to be adapted to the localization thanks to the translation. However, in this case it doesn't work: since we keep the English language, there is no translation applied. We use the country `vat_label` and fall back on the `VAT` string. opw-2343652 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#58831 Forward-Port-Of: odoo/odoo#58502
When creating a new company, it now downloads the logo from the url retrieved from the IAP. Forward-Port-Of: odoo/odoo#58851
Original PR description
When creating a new company, it now downloads the logo from the url retrieved from the IAP. Forward-Port-Of: odoo/odoo#58851
Like was done in 8d62eacfff5f94f692661c221c7b43f39bd3b891 for the picking model, we remove the `components_availability` and `components_availability_state` which can leads to performance issue in case there are a lot of productions/stock move. Replace by the old reservation_state field. A performance quantification is required to reintroduced these fields in views (task-2348553). Also a fix is done in the stock_picking computation of `products_availability` and `products_availability_
Original PR description
Like was done in 8d62eacfff5f94f692661c221c7b43f39bd3b891 for the picking model, we remove the `components_availability` and `components_availability_state` which can leads to performance issue in case there are a lot of productions/stock move. Replace by the old reservation_state field. A performance quantification is required to reintroduced these fields in views (task-2348553). Also a fix is done in the stock_picking computation of `products_availability` and `products_availability_state` (same nature than these in `mrp.production`). Forward-Port-Of: odoo/odoo#58820
Forward-Port-Of: odoo/odoo#58655 Forward-Port-Of: odoo/odoo#58364
Original PR description
Forward-Port-Of: odoo/odoo#58655 Forward-Port-Of: odoo/odoo#58364
[WIP] this is a test branch prior to for l10n_cl -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#58441
Original PR description
[WIP] this is a test branch prior to for l10n_cl -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#58441
Steps to reproduce the bug: - Let's consider a product P with three variants red, yellow and blue - Let's set a customer lead time on P = 10 days - Set Order Grid Entry on P - Create a quotation Q and add P - In the grid entry matrix add 1 red, 1 yellow and 1 blue Bug: The customer lead time of these three variants were not set on the lines. opw:2337049 Forward-Port-Of: odoo/odoo#58433
Original PR description
Steps to reproduce the bug: - Let's consider a product P with three variants red, yellow and blue - Let's set a customer lead time on P = 10 days - Set Order Grid Entry on P - Create a quotation Q and add P - In the grid entry matrix add 1 red, 1 yellow and 1 blue Bug: The customer lead time of these three variants were not set on the lines. opw:2337049 Forward-Port-Of: odoo/odoo#58433
Decreases the move lines qty to process for the picking batch #1 in order to make the demo flux quicker. Forward-Port-Of: odoo/odoo#58895
Original PR description
Decreases the move lines qty to process for the picking batch #1 in order to make the demo flux quicker. Forward-Port-Of: odoo/odoo#58895
Steps to reproduce the bug: - Create a german contact C with street1 = 'Istanbulstraße 22-26' - Install base_address_extended - Go to C and edit it Bug: 'Istanbulstraße' was displayed in the number of the street PS: A post init hook is needed otherwise the default street_format '%(street_number)s/%(street_number2)s %(street_name)s' was always used. opw:2320385 Forward-Port-Of: odoo/odoo#58853 Forward-Port-Of: odoo/odoo#58800
Original PR description
Steps to reproduce the bug: - Create a german contact C with street1 = 'Istanbulstraße 22-26' - Install base_address_extended - Go to C and edit it Bug: 'Istanbulstraße' was displayed in the number of the street PS: A post init hook is needed otherwise the default street_format '%(street_number)s/%(street_number2)s %(street_name)s' was always used. opw:2320385 Forward-Port-Of: odoo/odoo#58853 Forward-Port-Of: odoo/odoo#58800
Steps to reproduce the bug: - Create a purchase order P with one line L - Set a tax of 10%, a quantity of 1 and a unit price of 100€ on L - Save P - Edit P and change the unit price of L to 120€ Bug: The amount_tax was not updated until you saved opw:2341757 Forward-Port-Of: odoo/odoo#58827
Original PR description
Steps to reproduce the bug: - Create a purchase order P with one line L - Set a tax of 10%, a quantity of 1 and a unit price of 100€ on L - Save P - Edit P and change the unit price of L to 120€ Bug: The amount_tax was not updated until you saved opw:2341757 Forward-Port-Of: odoo/odoo#58827
Steps to reproduce the bug: - Create a french company (with l10n_fr) - Make some accounting entries for account 167% - Go to Accounting/Report/Bilan comptable Bug: The rubric Autres fonds propres was not taken into account in the report Ref: https://www.compta-facile.com/fonds-propres-entreprise/ http://www.comptanat.fr/pcg/fonc1.pdf https://www.impots.gouv.fr/portail/files/formulaires/2050-liasse/2020/2050-liasse_2958.pdf opw:2338787 Forward-Port-Of: odoo/enterprise#13529
Original PR description
Steps to reproduce the bug: - Create a french company (with l10n_fr) - Make some accounting entries for account 167% - Go to Accounting/Report/Bilan comptable Bug: The rubric Autres fonds propres was not taken into account in the report Ref: https://www.compta-facile.com/fonds-propres-entreprise/ http://www.comptanat.fr/pcg/fonc1.pdf https://www.impots.gouv.fr/portail/files/formulaires/2050-liasse/2020/2050-liasse_2958.pdf opw:2338787 Forward-Port-Of: odoo/enterprise#13529 Forward-Port-Of: odoo/enterprise#13460
Changes for revision Forward-Port-Of: odoo/enterprise#13477
Original PR description
Changes for revision Forward-Port-Of: odoo/enterprise#13477
Steps to reproduce the bug: - Create a new campaign in Marketing Automation - Add a new activity - Launch a test - Run the test (click on the "play" icon) - Go back in the campaign and edit it - Pick a new Mail Template and save - Launch a test again - Run the test Bug: Traceback: a record already exists for the PG unique constraint. Cause: A new field is added when installing mass_mailing, which is a dependency of marketing_automation and the link_tracker uniqueness constraint i
Original PR description
Steps to reproduce the bug: - Create a new campaign in Marketing Automation - Add a new activity - Launch a test - Run the test (click on the "play" icon) - Go back in the campaign and edit it - Pick a new Mail Template and save - Launch a test again - Run the test Bug: Traceback: a record already exists for the PG unique constraint. Cause: A new field is added when installing mass_mailing, which is a dependency of marketing_automation and the link_tracker uniqueness constraint is not updated. When creating a new link_tracker, it looks for existing records with mass_mailing_id in its search criteria. At the moment, this bug has only been triggered in test mode, hence this workaround. Closes odoo/odoo#57144 opw:2335523 Forward-Port-Of: odoo/enterprise#13665
Forward-Port-Of: odoo/enterprise#13561
Original PR description
Forward-Port-Of: odoo/enterprise#13561
Bug 1 ==== When duplicating a campaign, some fields should not be copied but are. The reason is that we copy manually the activities and the parameter `copy=False` on the fields only work in the view. Bug 2 ===== In the participant view, we can see the marketing traces. The "Not bounced yet" message is not displayed and it should. Task-2243914 Forward-Port-Of: odoo/enterprise#10758
Original PR description
Bug 1 ==== When duplicating a campaign, some fields should not be copied but are. The reason is that we copy manually the activities and the parameter `copy=False` on the fields only work in the view. Bug 2 ===== In the participant view, we can see the marketing traces. The "Not bounced yet" message is not displayed and it should. Task-2243914 Forward-Port-Of: odoo/enterprise#10758