Thursday, December 12, 2019
24 changes · master
Enhancements to existing features
The wording for a financial reporting date option has been clarified so users better understand what the "normal" setting means. This helps avoid confusion with strict date range behavior when configuring or reviewing account reports.
Original PR description
Just to make it clear that it's not equivalent to strict_range.
Resolved issues and error corrections
This fixes a small issue caused by a previous web client test change that accidentally removed behavior still needed by Enterprise. Restoring the startup flag helps ensure related automated tests and Enterprise web behavior continue to work as expected.
Original PR description
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
Miscellaneous changes
Since the purchase_price is now computed, it may be triggered before an uom is set on the product line (onchanges may happen after computes). -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#41798
Original PR description
Since the purchase_price is now computed, it may be triggered before an uom is set on the product line (onchanges may happen after computes). -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#41798
This update removes or adjusts unstable automated tests that could pass or fail unpredictably. It helps the development team get more trustworthy test results, reducing false alarms and improving confidence in future changes.
Original PR description
this test needs to wait to 2 nextTick (nextAnimationFrame) -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix clarifies how pivot table header clicks are detected in the web interface. It helps maintain reliable pivot table behavior and reduces the risk of future regressions when users interact with reports.
Original PR description
This commit explains why we use isHeaderClicked. 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
Steps to reproduce: -install accounting -go to settings > accounting > check the 'Analytic Tags' and the 'Analytic Accounting' options -go to accounting > configuration > analytic tags and try to use the search => You should be unable to search tags by name (working in 12.0) Previous behavior: searching tags by name is not possible Current behavior: searching tags works as intended and allows to filter by tag name opw-2152154 Forward-Port-Of: odoo/odoo#41786
Original PR description
Steps to reproduce: -install accounting -go to settings > accounting > check the 'Analytic Tags' and the 'Analytic Accounting' options -go to accounting > configuration > analytic tags and try to use the search => You should be unable to search tags by name (working in 12.0) Previous behavior: searching tags by name is not possible Current behavior: searching tags works as intended and allows to filter by tag name opw-2152154 Forward-Port-Of: odoo/odoo#41786
…mers Steps to reproduce: - install the POS module - install the Contacts module Previous behavior After ending a POS session, partners that are created and/or used during the session are not showing on the Contacts views when the 'customer' filter is active Current behavior: Partners created or linked during a POS session are considered customers and appear in the contact view when the "customer" filter is active opw-2148894 Forward-Port-Of: odoo/odoo#41767 Forward-Port-Of:
Original PR description
…mers Steps to reproduce: - install the POS module - install the Contacts module Previous behavior After ending a POS session, partners that are created and/or used during the session are not showing on the Contacts views when the 'customer' filter is active Current behavior: Partners created or linked during a POS session are considered customers and appear in the contact view when the "customer" filter is active opw-2148894 Forward-Port-Of: odoo/odoo#41767 Forward-Port-Of: odoo/odoo#41567
In v13, the `stock.inventory` model has been replaced by a view on the quants. However, importing is not possible since most fields are `readonly`. We make the fields writable in the model and protect them in the view. However, this only works in SUPERUSER, since the ACL are limited to read-only. opw-2128053 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
Original PR description
In v13, the `stock.inventory` model has been replaced by a view on the quants. However, importing is not possible since most fields are `readonly`. We make the fields writable in the model and protect them in the view. However, this only works in SUPERUSER, since the ACL are limited to read-only. opw-2128053 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#41780
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#41626 Forward-Port-Of: odoo/odoo#41335
Original PR description
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#41626 Forward-Port-Of: odoo/odoo#41335
Forward-Port-Of: odoo/odoo#41733 Forward-Port-Of: odoo/odoo#41650
Original PR description
Forward-Port-Of: odoo/odoo#41733 Forward-Port-Of: odoo/odoo#41650
12:00 AM is midnight and 12:00 PM is noon. opw-2154640 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#41747 Forward-Port-Of: odoo/odoo#41743
Original PR description
12:00 AM is midnight and 12:00 PM is noon. opw-2154640 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#41747 Forward-Port-Of: odoo/odoo#41743
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#41315 Forward-Port-Of: odoo/odoo#41298
Original PR description
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#41315 Forward-Port-Of: odoo/odoo#41298
As the field isn't mandatory, avoid the `TypeError: 'bool' object is not subscriptable` error. Forward-Port-Of: odoo/odoo#41699
Original PR description
As the field isn't mandatory, avoid the `TypeError: 'bool' object is not subscriptable` error. Forward-Port-Of: odoo/odoo#41699
Install POS, create a product available in POS, tracked by Serial Number. Add some product to the inventory. Open the POS session, sell the demo item, close the session (do not end the session, just close the interface). Go to POS orders, select the last order and click on "Return Products", the refund will be created. The user will be unable to process payment for the refund order because Serial Number is missing. Adding a copy of the lot from the original order line fix the issue
Original PR description
Install POS, create a product available in POS, tracked by Serial Number. Add some product to the inventory. Open the POS session, sell the demo item, close the session (do not end the session, just close the interface). Go to POS orders, select the last order and click on "Return Products", the refund will be created. The user will be unable to process payment for the refund order because Serial Number is missing. Adding a copy of the lot from the original order line fix the issue opw-2152776 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#41696
Deleting a payment will prevent the POS session closing. opw-2155093 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#41744
Original PR description
Deleting a payment will prevent the POS session closing. opw-2155093 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#41744
PURPOSE This commit 62ac23f introduced SMS capabilities on for event.type.mail and event.mail models. Values of event_type_mail_ids on event.type are supposed to be copied to event_mail_ids on event.event when changing the event_type_id of an event.event (if you follow me). There were, however, 2 issues with that integration: - The 'notification_type' field was not correctly set on default event_type_mail_ids on event.type - The 'notification_type' and 'sms_template' fields were n
Original PR description
PURPOSE This commit 62ac23f introduced SMS capabilities on for event.type.mail and event.mail models. Values of event_type_mail_ids on event.type are supposed to be copied to event_mail_ids on event.event when changing the event_type_id of an event.event (if you follow me). There were, however, 2 issues with that integration: - The 'notification_type' field was not correctly set on default event_type_mail_ids on event.type - The 'notification_type' and 'sms_template' fields were not copied from event_type_mail_ids to event_mail_ids LINKS PR #39892 Task#2115792 Forward-Port-Of: odoo/odoo#39892
Before this change, it was not possible to a user to change its own language via the Preference view. In order to allow a user who does not have access rights on the res.users model to modify his language (field included in the list of SELF_WRITEABLE_FIELDS fields) it is necessary to force the reandly attribute to False in the view used to edit the user's preferences. opw-2151630 Closes #41412 Description of the issue/feature this PR addresses: Current behavior before PR: Des
Original PR description
Before this change, it was not possible to a user to change its own language via the Preference view. In order to allow a user who does not have access rights on the res.users model to modify his language (field included in the list of SELF_WRITEABLE_FIELDS fields) it is necessary to force the reandly attribute to False in the view used to edit the user's preferences. opw-2151630 Closes #41412 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#41742
Forward-Port-Of: odoo/enterprise#6446
Original PR description
Forward-Port-Of: odoo/enterprise#6446
…nd payment When, in mexican accounting, an invoice is validated in a currency different from Mexican dollars, and then its related payment is done (also in a currency different from mexican dollars) and signed, the change rate recorded in the XML are different, as one is rounded and the other is not. opw-2079978 Co-authored-by: Jorge Pinna Puissant <jpp@odoo.com> Forward-Port-Of: odoo/enterprise#7220 Forward-Port-Of: odoo/enterprise#7140
Original PR description
…nd payment When, in mexican accounting, an invoice is validated in a currency different from Mexican dollars, and then its related payment is done (also in a currency different from mexican dollars) and signed, the change rate recorded in the XML are different, as one is rounded and the other is not. opw-2079978 Co-authored-by: Jorge Pinna Puissant <jpp@odoo.com> Forward-Port-Of: odoo/enterprise#7220 Forward-Port-Of: odoo/enterprise#7140
…fund The comptapocalypse made OCR available on out_refund and out_invoice, that is not the normal use case. This commit remove the functionality to send invoice to OCR service in this case Forward-Port-Of: odoo/enterprise#7223
Original PR description
…fund The comptapocalypse made OCR available on out_refund and out_invoice, that is not the normal use case. This commit remove the functionality to send invoice to OCR service in this case Forward-Port-Of: odoo/enterprise#7223
Purpose ====== Clean dead code Specification ========== Remove unused controller/main.py file in website_crm_score. This file is not loaded anymore since introduction of website_visitor. Before website_visitor introduction, when a contact form was sent: - if a lead existed already, the lead was updated with the given form values. - if not, a new lead was created and all the page views was linked to that lead. After website_visitor introduction, when a contact form is sent:
Original PR description
Purpose ====== Clean dead code Specification ========== Remove unused controller/main.py file in website_crm_score. This file is not loaded anymore since introduction of website_visitor. Before website_visitor introduction, when a contact form was sent: - if a lead existed already, the lead was updated with the given form values. - if not, a new lead was created and all the page views was linked to that lead. After website_visitor introduction, when a contact form is sent: - A new lead is created anyway and linked to the visitor. - If a contact form is sent once again, a new lead is created and linked to the same visitor. - Page views are linked to the visitor - In lead view, we can see all page views from the linked visitor Task ID: 2153971 Forward-Port-Of: odoo/enterprise#7198
Forward-Port-Of: odoo/enterprise#7203
Original PR description
Forward-Port-Of: odoo/enterprise#7203
There are two invoice statuses in the response: - status: status of Carvajal (invoice processing 3rd party) - legalStatus: status of DIAN (government) All combinations of the statuses happen, even though it seems weird at first (not accepted for Carvajal, but accepted according to the government). The best way to handle all cases is to look at the legal status as soon as Carvajal finishes processing it. This is the legally binding status. opw-2154293 Forward-Port-Of: odoo/enter
Original PR description
There are two invoice statuses in the response: - status: status of Carvajal (invoice processing 3rd party) - legalStatus: status of DIAN (government) All combinations of the statuses happen, even though it seems weird at first (not accepted for Carvajal, but accepted according to the government). The best way to handle all cases is to look at the legal status as soon as Carvajal finishes processing it. This is the legally binding status. opw-2154293 Forward-Port-Of: odoo/enterprise#7213
Forward-Port-Of: odoo/enterprise#7028 Forward-Port-Of: odoo/enterprise#7018
Original PR description
Forward-Port-Of: odoo/enterprise#7028 Forward-Port-Of: odoo/enterprise#7018