Monday, August 10, 2020
7 changes · master
Resolved issues and error corrections
Clicking your own avatar now opens an OdooBot conversation instead of showing a dead-end warning. This gives users immediate guidance on how to start chats with other people and improves the avatar chat experience.
Original PR description
**PURPOSE** Currently, if a user clicks on its own m2o_avatar_user, he'll receive a notification letting him know that he can't chat with himself. so it will lead to the dead-end for the user what to do next. **SPEC** Instead of that, once any user clicks on their own avatar or odoobot then, we just pop out the odoobot chatbox and display message that Chat with any other user simply by clicking on his avatar. So user can chat with the odoobot and get the next steps or help from the odoobot. We have called one method called message_comment which is creating the mail.message record for the auther id of Odoobot and notify the user using bus mechanism. Task: 2280440
This update replaces an outdated internal action used in Argentine localization demo data. It prevents unnecessary warning messages in system logs, making demonstrations and testing cleaner without changing business workflows.
Original PR description
task 348
---
### Description of the issue/feature this PR addresses:
Change references of deprecated method in demo data to avoid WARNING message in
odoo log
### Current behavior before PR:
```sh
... WARNING ar py.warnings: ... DeprecationWarning: RedirectWarning method 'post()' is a deprecated alias
to 'action_post()' or _post() DeprecationWarning
```
### Desired behavior after PR is merged:
No error warning message
--
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prTax audit amounts now follow the same handling as tax reports for Point of Sale return transactions. This keeps financial audit details consistent with reported tax totals, reducing confusion during reconciliation and reporting.
Original PR description
https://github.com/odoo/enterprise/pull/12091 changed the way the tax report computes its totals wit account moves resulting for return operations in pos. This commit does the same on tax_audit field, so that it stays consistent with the report. X-original-commit: 67b3d70c8425dee17731e7b94bcb4797d4b06a97
The invoice form now displays Latin American document type and document number fields with their labels and proper spacing. This makes invoice details easier to read and reduces confusion during invoice entry or review.
Original PR description
task 349 --- ### Description of the issue/feature this PR addresses: Fix look and feel of invoice form view ### Current behavior before PR: The latam documents used for document type an document number are not showed correctly in the view, they displaying to close side by side and the related labels are not show.  ### Desired behavior after PR is merged: After this PR this has been fixed and now we have the labels and the proper separation of the fields in the invoice form view.  -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Documents onboarding guide has been repaired after a prior interface change caused it to stop working. This helps new users complete the guided introduction to Documents and related accounting document flows without getting stuck.
Original PR description
Currenttly, the documents onborading tour is broken because of data-id which is removed during searchpanel refactoring. So in this commit, Fix the onboarding tour and use eq for element selection instead of data-id and data-value-id as both are removed from searchpanel and there is other specific selector for particular element. TaskID: 2313883 Closes: #12318
The Argentina reports module has been fixed so it can be installed without errors. This resolves a setup issue related to the VAT report data view, helping affected businesses enable the module successfully.
Original PR description
Module was not installable due to the way we created the account_ar_vat_line view Task: 324
Point of Sale returns that do not create an invoice are now treated as refunds in tax reports. This prevents tax totals from being overstated and helps businesses report more accurate refund-related tax amounts.
Original PR description
Before that, the tax report did not apply a -1 multiplier on the total amount for those move lines (even though the refund tags were properly assigned). We fix that by introducing a hook function into account_reports, and overriding it in a new pos_account_reports module, so that those lines are properply detected as coming from a credit note. opw 2238358 X-original-commit: 1433f70b99a3653718117ce54f475012cbe37143