Saturday, March 25, 2023
10 changes · master
Miscellaneous changes
- Make sure not to remove inline styles when emptying an element. - If a block ends with a zero-width space, the mechanism that skips these characters when using the arrow keys should not skip all the way to the next block. task-3102841 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#114168
Original PR description
- Make sure not to remove inline styles when emptying an element. - If a block ends with a zero-width space, the mechanism that skips these characters when using the arrow keys should not skip all the way to the next block. task-3102841 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#114168
Steps to reproduce: - Install l10n_it_stock_ddt, studio - Switch to IT company - Create transfer: Operation Type - Delivery Order, add a product > Save - Toggle Studio > Reports > DDT report > Print Issue: The signature table in the resulting PDF is offset and overlapping. opw-3149466 Forward-Port-Of: odoo/odoo#115157
Original PR description
Steps to reproduce: - Install l10n_it_stock_ddt, studio - Switch to IT company - Create transfer: Operation Type - Delivery Order, add a product > Save - Toggle Studio > Reports > DDT report > Print Issue: The signature table in the resulting PDF is offset and overlapping. opw-3149466 Forward-Port-Of: odoo/odoo#115157
before this commit, code in files for Odoo core which are outside of root_path/addons/ e.g. odoo/models.py, odoo/service/model.py cannot be translated. Because the translation tool thinks they don't belong to any module after this commit, by reusing the same logic while exporting these code translations, they will be translated by using po files of the 'base' module --- Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after
Original PR description
before this commit, code in files for Odoo core which are outside of root_path/addons/ e.g. odoo/models.py, odoo/service/model.py cannot be translated. Because the translation tool thinks they don't belong to any module after this commit, by reusing the same logic while exporting these code translations, they will be translated by using po files of the 'base' module --- Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: Video: https://user-images.githubusercontent.com/43790414/226787361-51950d5c-0463-4f62-a9f4-8501dc067b0b.mp4 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#115999
Step to reproduce: 1. create a product 2. duplicate it and change its translation (but DO NOT change the product name) 3. create a transfer for that new product without a contact 4. print delivery slip Bug: the db's product name is used instead of the translated name (i.e. "original product name (copy)") FIX: when partner id is not set in picking, then default to the user's language opw-3141202 Forward-Port-Of: odoo/odoo#116552 Forward-Port-Of: odoo/odoo#116392
Original PR description
Step to reproduce: 1. create a product 2. duplicate it and change its translation (but DO NOT change the product name) 3. create a transfer for that new product without a contact 4. print delivery slip Bug: the db's product name is used instead of the translated name (i.e. "original product name (copy)") FIX: when partner id is not set in picking, then default to the user's language opw-3141202 Forward-Port-Of: odoo/odoo#116552 Forward-Port-Of: odoo/odoo#116392
before this commit, on creating new invoice address from the sale order form, the created contact is assigned by the type as contact, which is expected to be with type invoice address. this happens due to multiple field in the form for partner_invoice_id field in the form and context was missing during the creation. after this commit, the invoice address will be created with invoice address type Issue : https://github.com/odoo/odoo/issues/113955 Issue: https://github.com/odoo/odoo/
Original PR description
before this commit, on creating new invoice address from the sale order form, the created contact is assigned by the type as contact, which is expected to be with type invoice address. this happens due to multiple field in the form for partner_invoice_id field in the form and context was missing during the creation. after this commit, the invoice address will be created with invoice address type Issue : https://github.com/odoo/odoo/issues/113955 Issue: https://github.com/odoo/odoo/issues/106800 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#116461
Before this commit, - create an expense - click on create expense report button - click on add expense in expense lines - click on create > the record does not exist error. After, you can add expense to expense report via the lines without issue. The (not yet existing) expense sheet is not part of the context anymore. task-id: 3245816 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#116452 Forward-Port-Of: odoo/od
Original PR description
Before this commit, - create an expense - click on create expense report button - click on add expense in expense lines - click on create > the record does not exist error. After, you can add expense to expense report via the lines without issue. The (not yet existing) expense sheet is not part of the context anymore. task-id: 3245816 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#116452 Forward-Port-Of: odoo/odoo#116326
`/project_sms:ProjectTask._send_sms` called `_message_sms_with_template` without numbers, and so no sms was sent. Now, we give the method an `sms_numbers` arg, and it works. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#116468
Original PR description
`/project_sms:ProjectTask._send_sms` called `_message_sms_with_template` without numbers, and so no sms was sent. Now, we give the method an `sms_numbers` arg, and it works. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#116468
With commit f60263a105717a7e00b1996b2b2e7b89e514ca54 the tax group data in l10n_pe_edi was taken out of the XML files and defined in the Python method _get_pe_edi_account_tax_group; however, the function was never called as there was no post-init hook to call it. As a result, new databases with the PE localization were lacking the tax group codes. This commit introduces a post-init hook to load this data. Forward-Port-Of: odoo/enterprise#38689
Original PR description
With commit f60263a105717a7e00b1996b2b2e7b89e514ca54 the tax group data in l10n_pe_edi was taken out of the XML files and defined in the Python method _get_pe_edi_account_tax_group; however, the function was never called as there was no post-init hook to call it. As a result, new databases with the PE localization were lacking the tax group codes. This commit introduces a post-init hook to load this data. Forward-Port-Of: odoo/enterprise#38689
Currently, when a Tax report xml is exported, the date is defaulted to last month. That is because the options are generated incorrectly at the moment and the default filter is applied. This commit fixes options to be aligned with how it works in other LU-related xml exports. opw-3244177 Forward-Port-Of: odoo/enterprise#38638
Original PR description
Currently, when a Tax report xml is exported, the date is defaulted to last month. That is because the options are generated incorrectly at the moment and the default filter is applied. This commit fixes options to be aligned with how it works in other LU-related xml exports. opw-3244177 Forward-Port-Of: odoo/enterprise#38638
Reproduction: 1. Install Accounting, l10n_nl_accounting, l10n_nl_intrastat, go to the setting of accounting and check customer addresses 2. Switch to the nl company, create an invoice with a customer in Ireland and choose the Delivery Address in Italy. 3. Go to Reporting->Intrastat Report, the country code of this invoice is Italy, which is correct 4. Click EXPORT (CBS), check the exported csv file, the country code column is IE instead of IT Reason: we use the invoice’s partner address f
Original PR description
Reproduction: 1. Install Accounting, l10n_nl_accounting, l10n_nl_intrastat, go to the setting of accounting and check customer addresses 2. Switch to the nl company, create an invoice with a customer in Ireland and choose the Delivery Address in Italy. 3. Go to Reporting->Intrastat Report, the country code of this invoice is Italy, which is correct 4. Click EXPORT (CBS), check the exported csv file, the country code column is IE instead of IT Reason: we use the invoice’s partner address for “Dispatch” type of invoices instead of the delivery address. Dispatch means we are the seller and we send the product to the clients Fix: change the country_dest_code as the delivery address opw-3079132 Forward-Port-Of: odoo/enterprise#38660 Forward-Port-Of: odoo/enterprise#38616