Tuesday, July 16, 2024
31 changes · saas-17.2
Enhancements to existing features
The accounting accountant module's internal tests were updated to use Odoo's newer testing approach. This improves maintainability and helps future changes be validated more reliably without changing user-facing accounting features.
Original PR description
Update legacy tests importing mail/test_utils.js to use HOOT instead of Qunit. Task-3818666 Enterprise PR: https://github.com/odoo/enterprise/pull/62606
Resolved issues and error corrections
This fix prevents an unwanted horizontal scrollbar from appearing when editing or viewing mass mailing snippets. It keeps the desktop layout from being overly compressed while making the email design area cleaner and easier to use.
Original PR description
Due to the changes made in [3916601](https://github.com/odoo/odoo/pull/170126/commits/5ee56608c0c397d03a82a8472dfdab46213f6a27) task, the flex-shrink property is causing a horizontal scrollbar to appear because the iframe is now much wider to avoid unnecessary compression in desktop mode. This fix ensures that the horizontal scrollbar is not displayed while maintaining the appropriate layout for the snippet in desktop mode. Task-4050207
Miscellaneous changes
When the document is filled in with the OCR values, we need to use the document's company context, otherwise it can lead to inconsistent values being selected. For example, the payment terms of a supplier are company dependent, so we need the right company context to select the one from the company of the invoice. Related task: [#3902741](https://www.odoo.com/odoo/project.task/3902741?cids=1) Forward-Port-Of: odoo/enterprise#66168
Original PR description
When the document is filled in with the OCR values, we need to use the document's company context, otherwise it can lead to inconsistent values being selected. For example, the payment terms of a supplier are company dependent, so we need the right company context to select the one from the company of the invoice. Related task: [#3902741](https://www.odoo.com/odoo/project.task/3902741?cids=1) Forward-Port-Of: odoo/enterprise#66168
This change makes Odoo's web test setup wait correctly for dialogs to appear before continuing. It helps reduce intermittent test failures in the development pipeline, improving confidence in release validation without changing user-facing behavior.
Original PR description
This commit should fix the following error which is thrown from time to time on runbot. ``` [HOOT] HootDomError: Could not find elements matching ".o_content" within 200 milliseconds at http://127.0.0.1:8069/web/assets/6bdc9d0/web.assets_unit_tests_setup.min.js:3227:8 ```
This change restores the previous email editor layout behavior to prevent unwanted horizontal scrolling. It matters because users creating mass mailings should have a smoother editing experience without layout overflow in the editor preview.
Original PR description
This PR reverts the changes from commit [170126](https://github.com/odoo/odoo/pull/170126/commits/5ee56608c0c397d03a82a8472dfdab46213f6a27) Because the flex-shrink: 0 is making the iframe overflow and introduces a horizontal scrollbar Task-4050207
before this commit, if some customization has to be done for changing the workflow of invoice generation, i.e., to keep the auto generated invoice in draft state the entire function has to be rewritten after this commit, a hook is introduced _process_auto_invoice which will post the invoice, later to alter this flow just need to inherit this function Forward-Port-Of: odoo/enterprise#66305 Forward-Port-Of: odoo/enterprise#66200
Original PR description
before this commit, if some customization has to be done for changing the workflow of invoice generation, i.e., to keep the auto generated invoice in draft state the entire function has to be rewritten after this commit, a hook is introduced _process_auto_invoice which will post the invoice, later to alter this flow just need to inherit this function Forward-Port-Of: odoo/enterprise#66305 Forward-Port-Of: odoo/enterprise#66200
This module is for a shiprocket-cash-on-delivery option for e-commerce users. - Payment provider for shiprocket cash on delivery - Payment method for shiprocket cash on delivery Co-authored-by: Jitendra Prajapati <jipr@odoo.com> task - 3657635 related community PR: https://github.com/odoo/odoo/pull/154119 Forward-Port-Of: odoo/enterprise#65266 Forward-Port-Of: odoo/enterprise#56663
Original PR description
This module is for a shiprocket-cash-on-delivery option for e-commerce users. - Payment provider for shiprocket cash on delivery - Payment method for shiprocket cash on delivery Co-authored-by: Jitendra Prajapati <jipr@odoo.com> task - 3657635 related community PR: https://github.com/odoo/odoo/pull/154119 Forward-Port-Of: odoo/enterprise#65266 Forward-Port-Of: odoo/enterprise#56663
Steps to reproduce: 1. Open document. 2. Select a doc. > Preview the doc. 3. Replace it with another file. 4. Preview the replaced doc , Now restore the doc from the bottom of the inspector. The preview is not opened and updated with the restore file. After this Commit: The preview must be closed and updated as per the restored file. Forward-Port-Of: odoo/enterprise#65801
Original PR description
Steps to reproduce: 1. Open document. 2. Select a doc. > Preview the doc. 3. Replace it with another file. 4. Preview the replaced doc , Now restore the doc from the bottom of the inspector. The preview is not opened and updated with the restore file. After this Commit: The preview must be closed and updated as per the restored file. Forward-Port-Of: odoo/enterprise#65801
**Current behavior:** If a portal or public user causes a rental order to get confirmed, rental transfer pickings won't get created if the DB user has the setting enabled. **Expected behavior:** The transfer should be created with respect to the user of the database, not the external users. **Steps to reproduce:** 1. Enable rental transfers 2. Create a rental order to a portal user 3. In a fresh browser, open the preview link as the portal user 4. Sign & Pay for the order 5.
Original PR description
**Current behavior:** If a portal or public user causes a rental order to get confirmed, rental transfer pickings won't get created if the DB user has the setting enabled. **Expected behavior:** The transfer should be created with respect to the user of the database, not the external users. **Steps to reproduce:** 1. Enable rental transfers 2. Create a rental order to a portal user 3. In a fresh browser, open the preview link as the portal user 4. Sign & Pay for the order 5. See that no transfers got created **Cause of the issue:** We use the `env.user` to determine whether the transfers should be generated. **Fix:** Use the creator of the order to decide to create the transfer. opw-3933511 Forward-Port-Of: odoo/enterprise#66302
Before this commit, when you drag and drop a resizeable sign item from one page to another, it was not possible to resize the item: it was buggy because the updated sign item changed the page and the resize function had the old object binded to it. After this commit, it is possible resizing the sign items when clicking the border without any problems, from any page. This was obtained by re-binding the updated sign item to the resize function. task-4032512 Forward-Port-Of: odoo/enterprise#
Original PR description
Before this commit, when you drag and drop a resizeable sign item from one page to another, it was not possible to resize the item: it was buggy because the updated sign item changed the page and the resize function had the old object binded to it. After this commit, it is possible resizing the sign items when clicking the border without any problems, from any page. This was obtained by re-binding the updated sign item to the resize function. task-4032512 Forward-Port-Of: odoo/enterprise#65990
Steps to reproduce ================== - Install hr_skills,web_studio - Go to Employees - Open any record - Add a new resume entry without description - Save - Click on the actions gear - Print > Print Resume => `Odoo India pvt. Ltd` is displayed in the report in place of the missing description Cause of the issue ================== With the new report editor in 16.4, some demo data have been added directly inside the report templates as default content. The assumption was
Original PR description
Steps to reproduce ================== - Install hr_skills,web_studio - Go to Employees - Open any record - Add a new resume entry without description - Save - Click on the actions gear - Print >…
Steps to reproduce ================== - Install hr_skills,web_studio - Go to Employees - Open any record - Add a new resume entry without description - Save - Click on the actions gear - Print > Print Resume => `Odoo India pvt. Ltd` is displayed in the report in place of the missing description Cause of the issue ================== With the new report editor in 16.4, some demo data have been added directly inside the report templates as default content. The assumption was that it would be displayed inside the report editor, but outside, since the field would have a value, the value would take over. The default content if displayed when the field value is falsy. In this case, the default content is used instead of the empty description. Solution ======== Introduce a new attribute, data-oe-demo, to be used inside the report editor. This doesn't have the drawbacks of the default content as we can choose to only display it inside the report editor --- [commit]: https://github.com/odoo/odoo/commit/a45c6c545ffdcee3bb50b3455884b8296e5d6a7c opw-4033434 Forward-Port-Of: odoo/enterprise#66660
Related to : https://github.com/odoo/odoo/pull/170741 When printing an invoice including a fixed tax, we don't want the base amount to be displayed after said tax, since the fixed computation doesn't take into account said amount. Added a check to differenciate fixed taxes from other and adapt display accordingly. This specific PR intends to stop a test in tax_external taking the new field into account. Since the function modified has been updated in 17.2, another PR will be necessary.
Original PR description
Related to : https://github.com/odoo/odoo/pull/170741 When printing an invoice including a fixed tax, we don't want the base amount to be displayed after said tax, since the fixed computation doesn't take into account said amount.
Added a check to differenciate fixed taxes from other and adapt display accordingly.
This specific PR intends to stop a test in tax_external taking the new field into account.
Since the function modified has been updated in 17.2, another PR will be necessary.
See https://github.com/odoo/odoo/pull/168634
task-3964942
X-original-commit: b4c0aa0b00892b87da0c3bf6815cb0f575c216b2
Forward-Port-Of: odoo/enterprise#65505Before this PR: In the sign module, there are inconsistencies with the alignment of texts and icons, in both the portal and backend interfaces. After this PR: This fix addresses alignment issues and ensures consistency between the portal and backend interfaces. Now, texts and icons in the sign appear aligned and consistent across both interfaces. Forward-Port-Of: odoo/enterprise#63983
Original PR description
Before this PR: In the sign module, there are inconsistencies with the alignment of texts and icons, in both the portal and backend interfaces. After this PR: This fix addresses alignment issues and ensures consistency between the portal and backend interfaces. Now, texts and icons in the sign appear aligned and consistent across both interfaces. Forward-Port-Of: odoo/enterprise#63983
In a call to search_panel_select_multi_range for a many2many with a limit set and expand=False (default), 2 filterings of comodel records (more precisely records in comodel_domain) are done. First only up to L=limit records are fetched, then only those that are in the domain image are used to create values in field_range. The limit check is done after the 2 filterings. Let us write - C for the set of comodel records - F for the set of comodel records obtained by the first filtering -
Original PR description
In a call to search_panel_select_multi_range for a many2many with a limit set and expand=False (default), 2 filterings of comodel records (more precisely records in comodel_domain) are done. First…
In a call to search_panel_select_multi_range for a many2many with a
limit set and expand=False (default), 2 filterings of comodel records
(more precisely records in comodel_domain) are done. First only up to
L=limit records are fetched, then only those that are in the domain
image are used to create values in field_range. The limit check is done
after the 2 filterings.
Let us write
- C for the set of comodel records
- F for the set of comodel records obtained by the first filtering
- I fot the set of comodel records in the domain image
The code to be valid should do the check on C ⋂ I while it
does it on F ⋂ I so that 2 bad things can happen:
- #(F ⋂ I) < L but #(C ⋂ I) = #(F ⋂ I) + #((C ∖ F) ⋂ I) >= L
so that the error_msg is not returned while it should
- #(C ⋂ I) < L and #((C ∖ F) ⋂ I) >= 1
so that some records that should be shown are not
We use the fact that it is possible in 15.0 and after to use many2many
fields in read_group to make a single correct filtering, that is get C ⋂ I
and do the limit check on it.
opw-3827751
Forward-Port-Of: odoo/odoo#172963### [FIX] product: add domain on ptav filter Steps: - Install sale. - If user using odoo for 3-4 for years then user probably have more then 200 ptavs in db.. Issue: - It'll display limit warning instead of filter in most of cases. Cause: - Have larger number of ptavs. Fix: - Add domain to only search active ptav and has related active product. opw-3827751 Forward-Port-Of: odoo/odoo#168705
Original PR description
### [FIX] product: add domain on ptav filter Steps: - Install sale. - If user using odoo for 3-4 for years then user probably have more then 200 ptavs in db.. Issue: - It'll display limit warning instead of filter in most of cases. Cause: - Have larger number of ptavs. Fix: - Add domain to only search active ptav and has related active product. opw-3827751 Forward-Port-Of: odoo/odoo#168705
With this commit we allow to change/add analytic distribution on a posted line in quick edit mode. opw-3561831 Forward-Port-Of: odoo/odoo#144562
Original PR description
With this commit we allow to change/add analytic distribution on a posted line in quick edit mode. opw-3561831 Forward-Port-Of: odoo/odoo#144562
Description of the issue/feature this PR addresses: Unimplemented delivery_types for delivery carriers lead to 500 Current behavior before PR: During an odoo version update or by replacing one delivery app by another, it can happen that the shipping method is not implemented (see delivery_carrier.py#rate_shipment method). This will lead to a 500 Internal Server Error when opening the checkout page that contains the delivery method select. Desired behavior after PR is merged: Instead of a 5
Original PR description
Description of the issue/feature this PR addresses: Unimplemented delivery_types for delivery carriers lead to 500 Current behavior before PR: During an odoo version update or by replacing one delivery app by another, it can happen that the shipping method is not implemented (see delivery_carrier.py#rate_shipment method). This will lead to a 500 Internal Server Error when opening the checkout page that contains the delivery method select. Desired behavior after PR is merged: Instead of a 500 Internal Server Error (full show stopper), the error message "Shipment rate not found" is returned. The interface displays the error messages like other errors and it is ensured, that the user cannot proceed when selecting an erroneous delivery carrier. -- I confirm I have signed the CLA and read the PR guidelines at [www.odoo.com/submit-pr](http://www.odoo.com/submit-pr) Forward-Port-Of: odoo/odoo#169008
To reproduce the bug: 1. Add a video to a product media. 2. In the eCommerce app, go to the product page and switch to the added video. 3. Decrease the browser page width and try to click the play/pause button. The play/pause button is located under the arrow HTML element, making it unclickable. This is because the page is not responsive, and the size of the container element is fixed at 400px. To fix this, I propose making the element responsive and decreasing the height of the arrow e
Original PR description
To reproduce the bug: 1. Add a video to a product media. 2. In the eCommerce app, go to the product page and switch to the added video. 3. Decrease the browser page width and try to click the play/pause button. The play/pause button is located under the arrow HTML element, making it unclickable. This is because the page is not responsive, and the size of the container element is fixed at 400px. To fix this, I propose making the element responsive and decreasing the height of the arrow elements. opw-3986105 Forward-Port-Of: odoo/odoo#172229
Since 8777973edd25314df6ed0327d3f27edcf62f274b, the list data are retrieved with `web_search_read`. However, the payload was not minimal as it contains all attributes of the fields (name, store, sortable, etc.). This commit reduces the payload by only requesting what is needed. Task: 4052706 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
Original PR description
Since 8777973edd25314df6ed0327d3f27edcf62f274b, the list data are retrieved with `web_search_read`. However, the payload was not minimal as it contains all attributes of the fields (name, store, sortable, etc.). This commit reduces the payload by only requesting what is needed. Task: 4052706 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#173123
Steps to reproduce ================== - Install hr_skills,web_studio - Go to Employees - Open any record - Add a new resume entry without description - Save - Click on the actions gear - Print > Print Resume => `Odoo India pvt. Ltd` is displayed in the report in place of the missing description Solution ======== Use the new data-oe-demo attribute made for demo data inside studio opw-4033434 Forward-Port-Of: odoo/odoo#173167
Original PR description
Steps to reproduce ================== - Install hr_skills,web_studio - Go to Employees - Open any record - Add a new resume entry without description - Save - Click on the actions gear - Print > Print Resume => `Odoo India pvt. Ltd` is displayed in the report in place of the missing description Solution ======== Use the new data-oe-demo attribute made for demo data inside studio opw-4033434 Forward-Port-Of: odoo/odoo#173167
Problem: When registering for an Event, an `event.registration record` is created. Odoo will send a reminder email to these registered customers using the `Event: Reminder` email template. This template uses the `get_date_range_str` method inside `event.registration` to calculate what the start date (`event_begin_date`) is and then decides which dynamic string to use (today, tomorrow, etc). However, this field is stored in UTC and uses a separate `date_tz` field to calculate what timezone shoul
Original PR description
Problem: When registering for an Event, an `event.registration record` is created. Odoo will send a reminder email to these registered customers using the `Event: Reminder` email template. This…
Problem: When registering for an Event, an `event.registration record` is created. Odoo will send a reminder email to these registered customers using the `Event: Reminder` email template. This template uses the `get_date_range_str` method inside `event.registration` to calculate what the start date (`event_begin_date`) is and then decides which dynamic string to use (today, tomorrow, etc). However, this field is stored in UTC and uses a separate `date_tz` field to calculate what timezone should be used. This `date_tz` context is missing, leading to emails with the wrong subject and body content. Purpose: Pass in the event's timezone to ensure that calculations involving the date_begin field display correctly. Steps to Reproduce: 1) Create an Event 2) Set the timezone to America/Los Angeles 3) Set the times to 6:00 pm - 10:00pm (leading to different day in UTC compared to PST) 4) Register customers to create `event.registration` records 5) Trigger `get_date_range_str` function, either via Email Template or SA 6) Check which string is returned based on time delta opw-3993058 Forward-Port-Of: odoo/odoo#172599 Forward-Port-Of: odoo/odoo#169682
Turns out there's a test that checks that the return value from the super() call in write is returned in the override. See `TestOverrides.test_write()`. So we need to return the value from the super().write(). Forward-Port-Of: odoo/odoo#172524
Original PR description
Turns out there's a test that checks that the return value from the super() call in write is returned in the override. See `TestOverrides.test_write()`. So we need to return the value from the super().write(). Forward-Port-Of: odoo/odoo#172524
similar to https://github.com/odoo/odoo/pull/129310 Currently, users cannot edit the bottom part of `payment_terms` and `fiscal_position`, as these are conditional blocks. This commit adds empty divs that will be interpreted by odoo-editor as editable. opw-3558001 Forward-Port-Of: odoo/odoo#172777
Original PR description
similar to https://github.com/odoo/odoo/pull/129310 Currently, users cannot edit the bottom part of `payment_terms` and `fiscal_position`, as these are conditional blocks. This commit adds empty divs that will be interpreted by odoo-editor as editable. opw-3558001 Forward-Port-Of: odoo/odoo#172777
In this commit: =============== Added config settings for the shiprocket. Task- 3657635 Forward-Port-Of: odoo/odoo#170477 Forward-Port-Of: odoo/odoo#154119
Original PR description
In this commit: =============== Added config settings for the shiprocket. Task- 3657635 Forward-Port-Of: odoo/odoo#170477 Forward-Port-Of: odoo/odoo#154119
The restrictions on `button_draft` method on account move were moved to a new method to allow inherit and mute the restrictions in necessary cases for some customizations. A user case is the next: Allow the deletion of cash basis or Exchange Differential entries to facilitate the accounting audit process. As the number of lines in the accounting entries generated by these transactions can grow significantly, this occurs each time a payment that has generated CABA or Exchange Differen
Original PR description
The restrictions on `button_draft` method on account move were moved to a new method to allow inherit and mute the restrictions in necessary cases for some customizations. A user case is the next:…
The restrictions on `button_draft` method on account move were moved to a new method to allow inherit and mute the restrictions in necessary cases for some customizations. A user case is the next: Allow the deletion of cash basis or Exchange Differential entries to facilitate the accounting audit process. As the number of lines in the accounting entries generated by these transactions can grow significantly, this occurs each time a payment that has generated CABA or Exchange Differential entries is canceled or unreconciled, reverse lines are generated for these entries. Setting the posted journal entries to "draft" when canceling by using the `button_cancel` method was introduced in [1], this does not allow deleting the CABA or Exchange Differential entries generated in the unreconciled and reconcile process. [1] 1de5c98 Related: #96134 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#170067
Clear the EDI document errors and the blocking_level when the action to abandon cancel posted moves is called. Fixed the following case: 1. Stamp a customer invoice (Could you test with a Mexican record) 2. Request EDI cancellation (In this case must be generated a cancel error from the PAC, maybe the customer does not accept the cancellation) 3. Ensure that in step 2, the EDI document has an error message 4. Call the action to abandon the EDI cancellation Without this commit, the EDI
Original PR description
Clear the EDI document errors and the blocking_level when the action to abandon cancel posted moves is called. Fixed the following case: 1. Stamp a customer invoice (Could you test with a Mexican record) 2. Request EDI cancellation (In this case must be generated a cancel error from the PAC, maybe the customer does not accept the cancellation) 3. Ensure that in step 2, the EDI document has an error message 4. Call the action to abandon the EDI cancellation Without this commit, the EDI document returns to `send`, but the record presents the error. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#172169
When a user scans an attendee's QR code with a barcode reader, the system opens a registration confirmation dialog. If multiple QR codes are scanned in succession, the dialogs stack on top of each other. This requires the user to manually close each one, which is time-consuming. To streamline this process, the system will now automatically close the previous registration confirmation dialog when a new QR code is scanned. This change should expedite the ticket scanning process. task-4047455
Original PR description
When a user scans an attendee's QR code with a barcode reader, the system opens a registration confirmation dialog. If multiple QR codes are scanned in succession, the dialogs stack on top of each other. This requires the user to manually close each one, which is time-consuming. To streamline this process, the system will now automatically close the previous registration confirmation dialog when a new QR code is scanned. This change should expedite the ticket scanning process. task-4047455 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#172783
When importing a module through `base_import_module`, it does not have a path on the file system. Because of this the SVG shapes could not be located from the file system for imported modules. This commit falls back to `ir_attachment` record that contains the imported module file in case the module was an imported one. Steps to reproduce: - Have a module within a zip that contains a block with an image shape. (e.g. zip `website_coconuts` from [1]) - Install `base_import_module`. - G
Original PR description
When importing a module through `base_import_module`, it does not have a path on the file system. Because of this the SVG shapes could not be located from the file system for imported modules. This commit falls back to `ir_attachment` record that contains the imported module file in case the module was an imported one. Steps to reproduce: - Have a module within a zip that contains a block with an image shape. (e.g. zip `website_coconuts` from [1]) - Install `base_import_module`. - Go to 'Apps' in debug mode. - Import the zipped module with `Import Module`. => The image obtained through the `/web_editor/image_shape` route was not retrieved and a "module not found" warning appeared in the logs. [1]: https://github.com/odoo/odoo/commit/43f18e0863c779493f7b0ed82c37acb8344d9ae3 task-2888647 Forward-Port-Of: odoo/odoo#172917 Forward-Port-Of: odoo/odoo#94161
Steps to reproduce: - Create a lot tracked product. - Update the "On Hands" quantity of the product and assign it a lot name. - Create a delivery order with this product with a quantity that is available in the stock. - Mark it as to do. - Click on "Detailed Operations" smart button. - Decrease the quantity of the move line. - Select it and click on "Put in Pack". Expected behavior: The new quantity is put in pack and the quantity of the move line remains the same. Actual behavior:
Original PR description
Steps to reproduce: - Create a lot tracked product. - Update the "On Hands" quantity of the product and assign it a lot name. - Create a delivery order with this product with a quantity that is available in the stock. - Mark it as to do. - Click on "Detailed Operations" smart button. - Decrease the quantity of the move line. - Select it and click on "Put in Pack". Expected behavior: The new quantity is put in pack and the quantity of the move line remains the same. Actual behavior: The whole quantity is reserved again. The original move line is split into two move lines: one with the packed quantity and another one with the remaining quantity. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#172732
Before this commit, the test `test_change_reward_value_with_language` was using a partner only available in demo data. This commit removes the use of demo data in the test by using a partner created in the test itself. Runbot error: 70611, 70477, 70419, 70480 Forward-Port-Of: odoo/odoo#173170
Original PR description
Before this commit, the test `test_change_reward_value_with_language` was using a partner only available in demo data. This commit removes the use of demo data in the test by using a partner created in the test itself. Runbot error: 70611, 70477, 70419, 70480 Forward-Port-Of: odoo/odoo#173170
Enhanced the `_compute_l10n_in_state_id` method in the `AccountMove` model by adding a dependency on the `l10n_in_pos_session_ids` field. This ensures that the state computation is triggered when POS sessions are updated, improving the accuracy of state determination for moves related to POS sessions. Forward-Port-Of: odoo/odoo#173270
Original PR description
Enhanced the `_compute_l10n_in_state_id` method in the `AccountMove` model by adding a dependency on the `l10n_in_pos_session_ids` field. This ensures that the state computation is triggered when POS sessions are updated, improving the accuracy of state determination for moves related to POS sessions. Forward-Port-Of: odoo/odoo#173270