Thursday, December 2, 2021
27 changes · master
Enhancements to existing features
The master release version has been updated to 15.2. This keeps the product version information aligned for upcoming releases and internal tracking.
Resolved issues and error corrections
Child contacts now correctly inherit the city selection from their parent contact when addresses are synchronized. This prevents mismatched address data and keeps contact records more consistent for users and downstream processes.
Original PR description
Description of the issue/feature this PR addresses: `_address_fields` are used by `update_address` [1], which is in turn called by `_fields_sync` and `_children_sync`. This mechanism is in charge of synchronizing parent/children address fields for contacts of type == "contact", as they don't really have an address of their own. They simply copy the address of their parent. Without this fix, an inconsistency is created between the value of city_id and the value of the parent. [1]: https://github.com/odoo/odoo/blob/20648ef21/odoo/addons/base/models/res_partner.py#L429 Related to: https://github.com/OCA/partner-contact/pull/1179#discussion_r754219521 cc @Tecnativa TT33047 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Miscellaneous changes
This change updates Odoo's release information to mark the saas 15.1 version. It is mainly an internal release/versioning update that helps identify the correct product build, with no direct functional impact for everyday users.
This fixes a compatibility issue in the Google Calendar and Microsoft Calendar integrations so they continue working correctly with Python 3.10. The change is minor and helps prevent future runtime failures caused by deprecated import behavior.
Original PR description
From warning: py.warnings: /usr/lib/python3/dist-packages/html5lib/_trie/_base.py:3: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated since Python 3.3, and in 3.10 it will stop working
Reworked the structure of the HTML and the SCSS to adhere to the official specs: - 5mm padding inside the two main sections - Correct font sizes - Bold headers - Increased the Swiss Cross inside the logo (7mm x 7mm) - Scissors pictogram on the outline - Dashed borders Sizes now take the wkhtmltopdf (1/1.25 factor) shrinking into consideration. Ticket link: https://www.odoo.com/web#id=2584899&model=project.task Specs: https://www.paymentstandards.ch/dam/downloads/style-guide-en.pdf
Original PR description
Reworked the structure of the HTML and the SCSS to adhere to the official specs: - 5mm padding inside the two main sections - Correct font sizes - Bold headers - Increased the Swiss Cross inside the logo (7mm x 7mm) - Scissors pictogram on the outline - Dashed borders Sizes now take the wkhtmltopdf (1/1.25 factor) shrinking into consideration. Ticket link: https://www.odoo.com/web#id=2584899&model=project.task Specs: https://www.paymentstandards.ch/dam/downloads/style-guide-en.pdf opw-2584899 Forward-Port-Of: odoo/odoo#80483 Forward-Port-Of: odoo/odoo#80009
In v15, in _find_members, we try to find a members with an email and without partner_id or a member with the partner_id provided (if provided). This commit remove the author_id, and so the partner_id to only looking for members based on their email address. Author_id could be the wrong since email is not uniq on partner. We retrieve the same behavior than previously from this way. courtesy of std-odoo for help to find a solution Description of the issue/feature this PR addresses:
Original PR description
In v15, in _find_members, we try to find a members with an email and without partner_id or a member with the partner_id provided (if provided). This commit remove the author_id, and so the partner_id to only looking for members based on their email address. Author_id could be the wrong since email is not uniq on partner. We retrieve the same behavior than previously from this way. courtesy of std-odoo for help to find a solution 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#80112
Before this revision, when a payment was declined, for instance because the authorization is declined by the bank, or the credit card amount limit is exceeded, the error was marked as "Received data with invalid payment status: 2" which is not very meaningful for the users. This revision aims to set the reason why the payment was declined with the meaningful error from ogone. Forward-Port-Of: odoo/odoo#80624
Original PR description
Before this revision, when a payment was declined, for instance because the authorization is declined by the bank, or the credit card amount limit is exceeded, the error was marked as "Received data with invalid payment status: 2" which is not very meaningful for the users. This revision aims to set the reason why the payment was declined with the meaningful error from ogone. Forward-Port-Of: odoo/odoo#80624
When a rating is posted in the chatter, the alt text for the image is displayed as a score out of 10. However, the maximum score a rating can have is 5. This PR changes the alt text to display a score out of 5 instead. Forward-Port-Of: odoo/odoo#80709
Original PR description
When a rating is posted in the chatter, the alt text for the image is displayed as a score out of 10. However, the maximum score a rating can have is 5. This PR changes the alt text to display a score out of 5 instead. Forward-Port-Of: odoo/odoo#80709
Performances issues have been noticed in account_fleet when computing the move_ids of vehicles. This change has been made in order to fix this issue. Task id #2700407 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#80683
Original PR description
Performances issues have been noticed in account_fleet when computing the move_ids of vehicles. This change has been made in order to fix this issue. Task id #2700407 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#80683
It was painful to add an inline snippets, or move elements inside mega menus. The dropdowns are now behaving as such: if they are shown, the user can only add or move snippets inside them, but not outside. task-2668908 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#80696 Forward-Port-Of: odoo/odoo#80603
Original PR description
It was painful to add an inline snippets, or move elements inside mega menus. The dropdowns are now behaving as such: if they are shown, the user can only add or move snippets inside them, but not outside. task-2668908 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#80696 Forward-Port-Of: odoo/odoo#80603
When editing the link label from a website page, and then changing its url from the link tools, the label was reset to what it was before the edition. This commit fixes it by keeping the label consistent when changing the link options from the link tools. Some changes were made in the Link widget to choose what content to display for the link: - When a label is needed, the link text content will be the label input value. - When a link is created on some text, the content of the link wi
Original PR description
When editing the link label from a website page, and then changing its url from the link tools, the label was reset to what it was before the edition. This commit fixes it by keeping the label consistent when changing the link options from the link tools. Some changes were made in the Link widget to choose what content to display for the link: - When a label is needed, the link text content will be the label input value. - When a link is created on some text, the content of the link will be selected text. Same for the edition of a link. - When a link is created from scratch, the text content will be the url, as long as the url input is focused. Then the user can edit the link content from the DOM. task-2680461 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#79354
A bug was introduced in FR localization after the implementation of refund feature in point_of_sale module, that is, any order can now be deleted. However, we don't want this in the localization. This fix restores the error message that prevents the deletion of of any order made under the FR localization. However, this time, instead of only preventing the current order to be deleted, we keep every order with orderlines from being deleted. -- I confirm I have signed the CLA and read
Original PR description
A bug was introduced in FR localization after the implementation of refund feature in point_of_sale module, that is, any order can now be deleted. However, we don't want this in the localization. This fix restores the error message that prevents the deletion of of any order made under the FR localization. However, this time, instead of only preventing the current order to be deleted, we keep every order with orderlines from being deleted. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#80734
In a multi-website + multi-domain environment, when a non-admin user clicks on a link, the new page may not load. To reproduce the issue: (Need stock. Use demo data) 1. Login as admin 2. In Settings, set the Domain of the website: - Use the currently-used domain (let URL01 be this domain) 3. Create a second website: - Must have another domain (let URL02 be this domain) 4. Browse the DB using URL02 5. Login as demo 6. Consult the Forecasted Report of [FURN_7800] Desk Combinati
Original PR description
In a multi-website + multi-domain environment, when a non-admin user clicks on a link, the new page may not load. To reproduce the issue: (Need stock. Use demo data) 1. Login as admin 2. In Settings,…
In a multi-website + multi-domain environment, when a non-admin user clicks on a link, the new page may not load.
To reproduce the issue:
(Need stock. Use demo data)
1. Login as admin
2. In Settings, set the Domain of the website:
- Use the currently-used domain (let URL01 be this domain)
3. Create a second website:
- Must have another domain (let URL02 be this domain)
4. Browse the DB using URL02
5. Login as demo
6. Consult the Forecasted Report of [FURN_7800] Desk Combination
7. Try to open "WH/OUT/00009"
Error: Nothing happens although the page should be redirected to the
order. In the browser console, an error message is displayed: "Failed to
execute 'postMessage' on 'DOMWindow': The target origin provided
('http://localhost:8069') does not match the recipient window's origin
('http://yourcompany.com:8069')."
When logging in as admin, the config parameter `web.base.url` is defined
with the URL used (URL01):
https://github.com/odoo/odoo/blob/4736344a57e176ed38f4b22cd100b3957d122818/odoo/addons/base/models/res_users.py#L717-L724
Then, when logging in as demo with another URL (URL02), since he's not
an administrator, the config parameter is not overwritten.
So, when clicking on the delivery order (step 5), an action is executed:
https://github.com/odoo/odoo/blob/b492bde6a121be1c15ed90ce0827fcfd72a12f5c/addons/web/static/src/js/report/report.js#L37-L41
where `trusted_origin` is based on `web.base.url`:
https://github.com/odoo/odoo/blob/2dbe39aed5361341cdc87607e671ef19234e0196/odoo/addons/base/models/ir_actions_report.py#L580
This explains why `trusted_origin` is URL01 and thus why the error is
raised.
Also, suppose `trusted_origin` has a correct value (URL02), there is
another issue: when the client action receives the message, a condition
will ensure that the message origin and the origin of the action are the
same:
https://github.com/odoo/odoo/blob/d3854dbf7a6e0c0f9ac00c11716908bc175808d7/addons/web/static/src/js/report/client_action.js#L73-L76
Here, `this.trusted_origin` is also URL01 because of
https://github.com/odoo/odoo/blob/62f2a62b7265645dee91c276c5171b402c0a44fa/addons/web/models/ir_http.py#L48
So this variable definition needs to be updated too.
OPW-2615024
Forward-Port-Of: odoo/odoo#79238Fast fix in the CSS, as pointed out by partners in the ticket Ticket link: https://www.odoo.com/web#id=2630582&model=project.task opw-2584899 Forward-Port-Of: odoo/odoo#80761 Forward-Port-Of: odoo/odoo#80699
Original PR description
Fast fix in the CSS, as pointed out by partners in the ticket Ticket link: https://www.odoo.com/web#id=2630582&model=project.task opw-2584899 Forward-Port-Of: odoo/odoo#80761 Forward-Port-Of: odoo/odoo#80699
Prior to this fix: - Archived users are no more shown in the assignees After this commit: - All users, including archived ones will be shown in the assignees. task-2703358 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#80733 Forward-Port-Of: odoo/odoo#80677
Original PR description
Prior to this fix:
- Archived users are no more shown in the assignees
After this commit:
- All users, including archived ones will be shown in the assignees.
task-2703358
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Forward-Port-Of: odoo/odoo#80733
Forward-Port-Of: odoo/odoo#80677This commit focuses the url input from the link tools when double clicking on the link. It introduces a focusUrl public method on the Link widget, triggered from the SnippetsMenu when it displays the link tools to the user. task-2680461 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#79885
Original PR description
This commit focuses the url input from the link tools when double clicking on the link. It introduces a focusUrl public method on the Link widget, triggered from the SnippetsMenu when it displays the link tools to the user. task-2680461 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#79885
When the public user is connected, allow him to print the report of the open cart. Since 61b4b6777d64 the sudo is not enough but with_user(1) is required. Forward-Port-Of: odoo/odoo#80784
Original PR description
When the public user is connected, allow him to print the report of the open cart. Since 61b4b6777d64 the sudo is not enough but with_user(1) is required. Forward-Port-Of: odoo/odoo#80784
This pull request marks the enterprise codebase for the SaaS 15.1 release. It is a release housekeeping change that helps align versioning and delivery tracking, with no specific business feature changes indicated.
Prior to this fix: - Archived users are no more shown in the assignees After this commit: - All users, including archived ones will be shown in the assignees. task-2703358 Related PR: odoo/odoo#80677 Forward-Port-Of: odoo/enterprise#22662 Forward-Port-Of: odoo/enterprise#22641
Original PR description
Prior to this fix:
- Archived users are no more shown in the assignees
After this commit:
- All users, including archived ones will be shown in the assignees.
task-2703358
Related PR: odoo/odoo#80677
Forward-Port-Of: odoo/enterprise#22662
Forward-Port-Of: odoo/enterprise#22641The automatic sending of customer invoices to the extraction server will only happen if it has been created via the email alias or via the 'Upload' button. Most customer invoices will not have its corresponding PDF/image document attached as it is being created with Odoo. It won't need the use of the extraction server. This will prevent unrelated attachments from being sent and analysed. Forward-Port-Of: odoo/enterprise#22567
Original PR description
The automatic sending of customer invoices to the extraction server will only happen if it has been created via the email alias or via the 'Upload' button. Most customer invoices will not have its corresponding PDF/image document attached as it is being created with Odoo. It won't need the use of the extraction server. This will prevent unrelated attachments from being sent and analysed. Forward-Port-Of: odoo/enterprise#22567
latam 680 / adhoc 46709 ---- ### Impacted versions: 13.0+ ### Steps to reproduce: Please see this [video](https://drive.google.com/file/d/1f3Ny1sDmIth7V5e67glWspksXknQ38eV/view) in order to reproduce know how to reproduce the error. IMPORTANT: This is only happening for Fiscal Bond Electronic web service With this change, we properly clean the vat and now we are sending the proper int value related to the partner document number without any traceback ### Current behavior: B
Original PR description
latam 680 / adhoc 46709 ---- ### Impacted versions: 13.0+ ### Steps to reproduce: Please see this [video](https://drive.google.com/file/d/1f3Ny1sDmIth7V5e67glWspksXknQ38eV/view) in order to reproduce…
latam 680 / adhoc 46709
----
### Impacted versions:
13.0+
### Steps to reproduce:
Please see this [video](https://drive.google.com/file/d/1f3Ny1sDmIth7V5e67glWspksXknQ38eV/view) in order to reproduce know how to reproduce the error. IMPORTANT: This is only happening for Fiscal Bond Electronic web service
With this change, we properly clean the vat and now we are sending the proper int value related to the partner document number without any traceback
### Current behavior:
Before this change, if the customer of the invoice has dashes, points, etc we receive a traceback error indicating that we are not able to convert commercial partner vat to an int().
```sh
Error:
Odoo Server Error
Traceback (most recent call last):
File "/data/build/odoo/odoo/http.py", line 624, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/data/build/odoo/odoo/http.py", line 310, in _handle_exception
raise pycompat.reraise(type(exception), exception, sys.exc_info()[2])
File "/data/build/odoo/odoo/tools/pycompat.py", line 14, in reraise
raise value
File "/data/build/odoo/odoo/http.py", line 669, in dispatch
result = self._call_function(**self.params)
File "/data/build/odoo/odoo/http.py", line 350, in _call_function
return checked_call(self.db, *args, **kwargs)
File "/data/build/odoo/odoo/service/model.py", line 94, in wrapper
return f(dbname, *args, **kwargs)
File "/data/build/odoo/odoo/http.py", line 339, in checked_call
result = self.endpoint(*a, **kw)
File "/data/build/odoo/odoo/http.py", line 915, in __call__
return self.method(*args, **kw)
File "/data/build/odoo/odoo/http.py", line 515, in response_wrap
response = f(*args, **kw)
File "/data/build/odoo/addons/web/controllers/main.py", line 1343, in call_button
action = self._call_kw(model, method, args, kwargs)
File "/data/build/odoo/addons/web/controllers/main.py", line 1331, in _call_kw
return call_kw(request.env[model], method, args, kwargs)
File "/data/build/odoo/odoo/api.py", line 390, in call_kw
result = _call_kw_multi(method, model, args, kwargs)
File "/data/build/odoo/odoo/api.py", line 377, in _call_kw_multi
result = method(recs, *args, **kwargs)
File "/data/build/odoo/addons/account/models/account_move.py", line 2393, in action_post
return self.post()
File "/data/build/enterprise/l10n_ar_edi/models/account_move.py", line 163, in post
return_info = inv._l10n_ar_do_afip_ws_request_cae(client, auth, transport)
File "/data/build/enterprise/l10n_ar_edi/models/account_move.py", line 316, in _l10n_ar_do_afip_ws_request_cae
request_data = inv.wsbfe_get_cae_request(last_id + 1, client)
File "/data/build/enterprise/l10n_ar_edi/models/account_move.py", line 684, in wsbfe_get_cae_request
'Nro_doc': int(partner_id_code) and int(self.commercial_partner_id.vat) or 0,
ValueError: invalid literal for int() with base 10: '30 - 71429569 - 8'
```
### Expected behavior:
That we are able to validate the invoice to AFIP directly without errors
Forward-Port-Of: odoo/enterprise#22615Since Fiskaly servers can be quite unstable, some basic requests could trigger a connection timeout. When hitting the timeout limit, the user was blocked because he could not advance in the setting of his POS. The timeout limit has been increased to 5 min to avoid such scenarios. OPW-2696973 Forward-Port-Of: odoo/enterprise#22537
Original PR description
Since Fiskaly servers can be quite unstable, some basic requests could trigger a connection timeout. When hitting the timeout limit, the user was blocked because he could not advance in the setting of his POS. The timeout limit has been increased to 5 min to avoid such scenarios. OPW-2696973 Forward-Port-Of: odoo/enterprise#22537
Make an invoice, send for validation, then print The invoice dispaly in the section 'Original chain complement of digital certification SAT' a cadena like the following ``` ||3.3|INV/2021/11/|13|2021-11-25T07:43:29|99|30001000000400002434| 100.00|MXN|116.00|I|PUE|76168|AAAA611013AAA|MX Company|612|XAXX010101000|Azure Interior|P01|01010101|E-COM06|1.000000|H87|Units|[E-COM06] Corner Desk Right Sit|100.00|100.00 |100.00|002|Tasa|0.160000|16.00|002|Tasa|0.160000|16.00|16.00|| ``` Thi
Original PR description
Make an invoice, send for validation, then print The invoice dispaly in the section 'Original chain complement of digital certification SAT' a cadena like the following ```…
Make an invoice, send for validation, then print The invoice dispaly in the section 'Original chain complement of digital certification SAT' a cadena like the following ``` ||3.3|INV/2021/11/|13|2021-11-25T07:43:29|99|30001000000400002434| 100.00|MXN|116.00|I|PUE|76168|AAAA611013AAA|MX Company|612|XAXX010101000|Azure Interior|P01|01010101|E-COM06|1.000000|H87|Units|[E-COM06] Corner Desk Right Sit|100.00|100.00 |100.00|002|Tasa|0.160000|16.00|002|Tasa|0.160000|16.00|16.00|| ``` This is the "Cadena Original del Timbre Fiscal", use to validate the invoice with the SAT But on the invoice there should be the "Cadena original del complemento de certificación digital del SAT", used by the receiver to validate invoice/payments An example of the latter will follow ``` ||1.1|789FAF56-D342-49C8-BB8D-089D20A67FFE|2021-11-25T07:43:40|SFE0807172W7|YhVl78I2C+Z+n4PslUrvdauM2gzuji3wGZc8fx0yf7L9Ho02Sdll5I3qJqx7G9lDzpOh5V62aXUgoWypkZWJM4po591Fl9t4jIYZaJhQcCHVamZO8Pq7CW3lrDpRyjk0KMMwHfZLme5gLsdX96SQHCWrL/xbUn//gD1 SMb0zhbdN1n/IEkycAN4+7xCdsJK/XX1NPVKJn/ncM6mr7dPRiAqr4EqbHq69srUom4U8j5UJjYbx+APE4NRV2ycn9CG7bDf4jd71S9b/kZ4JtG6sP6cHfgc95+G0P4TkyVDmL/nXAp5xPyn9FBbo4nURQ73nzvsppp/XzxWKH3sRQxgAgQ==|20001000000300022779|| ``` The behavior changed in https://github.com/odoo/enterprise/commit/1ccb480b8e95f5702b6fb4e01446d24107514550 Originally, the flow was - Post Invoice - Compute Cadena Original del Timbre Fiscal and Send to sign - SAT will send back the signed invoice with an extra element in the xml tfd:TimbroFiscalDigital - On this last element "Cadena original del complemento de certificación digital del SAT" is computed and put on invoice when printing Currently in v14 the cadena is not recomputed after signing opw-2659483 closes odoo/enterprise#22643 X-original-commit: d902af4a3f7fc3497cc40ba27746efa82e8fd09b Signed-off-by: Josse Colpaert <jco@openerp.com> Signed-off-by: Grazioso Andrea (agr) <agr@odoo.com> Forward-Port-Of: odoo/enterprise#22661
Commit odoo/odoo@d1edc9e6a7f086eb0350bc501cfb4f2c3c309029 renamed the field `lost_reason` to `lost_reason_id` It was not renamed in the pipeline dashboard because it had no tour preventing such oversight. Forward-Port-Of: odoo/enterprise#22653
Original PR description
Commit odoo/odoo@d1edc9e6a7f086eb0350bc501cfb4f2c3c309029 renamed the field `lost_reason` to `lost_reason_id` It was not renamed in the pipeline dashboard because it had no tour preventing such oversight. Forward-Port-Of: odoo/enterprise#22653
…ed for PE Forward-Port-Of: odoo/enterprise#22640
Original PR description
…ed for PE Forward-Port-Of: odoo/enterprise#22640
Make an invoice, send for validation, then print The invoice dispaly in the section 'Original chain complement of digital certification SAT' a cadena like the following ``` ||3.3|INV/2021/11/|13|2021-11-25T07:43:29|99|30001000000400002434| 100.00|MXN|116.00|I|PUE|76168|AAAA611013AAA|MX Company|612|XAXX010101000|Azure Interior|P01|01010101|E-COM06|1.000000|H87|Units|[E-COM06] Corner Desk Right Sit|100.00|100.00 |100.00|002|Tasa|0.160000|16.00|002|Tasa|0.160000|16.00|16.00|| ``` Thi
Original PR description
Make an invoice, send for validation, then print The invoice dispaly in the section 'Original chain complement of digital certification SAT' a cadena like the following ```…
Make an invoice, send for validation, then print The invoice dispaly in the section 'Original chain complement of digital certification SAT' a cadena like the following ``` ||3.3|INV/2021/11/|13|2021-11-25T07:43:29|99|30001000000400002434| 100.00|MXN|116.00|I|PUE|76168|AAAA611013AAA|MX Company|612|XAXX010101000|Azure Interior|P01|01010101|E-COM06|1.000000|H87|Units|[E-COM06] Corner Desk Right Sit|100.00|100.00 |100.00|002|Tasa|0.160000|16.00|002|Tasa|0.160000|16.00|16.00|| ``` This is the "Cadena Original del Timbre Fiscal", use to validate the invoice with the SAT But on the invoice there should be the "Cadena original del complemento de certificación digital del SAT", used by the receiver to validate invoice/payments An example of the latter will follow ``` ||1.1|789FAF56-D342-49C8-BB8D-089D20A67FFE|2021-11-25T07:43:40|SFE0807172W7|YhVl78I2C+Z+n4PslUrvdauM2gzuji3wGZc8fx0yf7L9Ho02Sdll5I3qJqx7G9lDzpOh5V62aXUgoWypkZWJM4po591Fl9t4jIYZaJhQcCHVamZO8Pq7CW3lrDpRyjk0KMMwHfZLme5gLsdX96SQHCWrL/xbUn//gD1 SMb0zhbdN1n/IEkycAN4+7xCdsJK/XX1NPVKJn/ncM6mr7dPRiAqr4EqbHq69srUom4U8j5UJjYbx+APE4NRV2ycn9CG7bDf4jd71S9b/kZ4JtG6sP6cHfgc95+G0P4TkyVDmL/nXAp5xPyn9FBbo4nURQ73nzvsppp/XzxWKH3sRQxgAgQ==|20001000000300022779|| ``` opw-2659483 Forward-Port-Of: odoo/enterprise#22525
Steps to reproduce the problem: - Go to the manufacturing settings and enable “Master Production Schedule” option - Go to Manufacturing > Planning > MPS > Master Production Schedule - Try to add more information by selecting the rows on the MPS filter - No new row are added Problem: An onchange event is added by looking for a `".o_mps_mps_show_line"` class in the variable `"$button"`, but this variable does not contain it. So nothing happens when we click on the filters opw-2680427 o
Original PR description
Steps to reproduce the problem: - Go to the manufacturing settings and enable “Master Production Schedule” option - Go to Manufacturing > Planning > MPS > Master Production Schedule - Try to add more information by selecting the rows on the MPS filter - No new row are added Problem: An onchange event is added by looking for a `".o_mps_mps_show_line"` class in the variable `"$button"`, but this variable does not contain it. So nothing happens when we click on the filters opw-2680427 opw-2684368 Forward-Port-Of: odoo/enterprise#22582