[18.0][MIG] agreement_account: Migration to 18.0#58
Conversation
e6e559b to
ea6959a
Compare
|
There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. |
ea6959a to
179d5cd
Compare
|
/ocabot migration agreement_account |
|
@moduon MT-9987 /ocabot rebase |
|
@rafaelbn The rebase process failed, because command |
|
Please @BhaveshHeliconia , could you rebase to get test 🍏 😄 Thank you! |
Update agreement and agreement_sale to restore the behavior of v10 [UPD] Update agreement_account.pot [UPD] README.rst
[MIG] Prettier and Black [MIG] Prettier [MIG] Fixed Tracking [ADD]Added the Tests. [IMP]Improved the Tests.
Currently translated at 100.0% (10 of 10 strings) Translation: contract-14.0/contract-14.0-agreement_account Translate-URL: https://translation.odoo-community.org/projects/contract-14-0/contract-14-0-agreement_account/es_AR/
Currently translated at 100.0% (10 of 10 strings) Translation: contract-14.0/contract-14.0-agreement_account Translate-URL: https://translation.odoo-community.org/projects/contract-14-0/contract-14-0-agreement_account/es/
Currently translated at 100.0% (7 of 7 strings) Translation: agreement-17.0/agreement-17.0-agreement_account Translate-URL: https://translation.odoo-community.org/projects/agreement-17-0/agreement-17-0-agreement_account/it/
179d5cd to
6f5e1f0
Compare
|
@rafaelbn : The tests are green now. Thank you! |
Gelojr
left a comment
There was a problem hiding this comment.
Congratulations on the work—great job!
I executed the following tests and obtained these results:
- Test 1: Customer invoice → Agreement field shown under Other Info, filtered by commercial partner (sale) and editable only in draft; after validation it becomes read-only; Result: OK.
- Test 2: Vendor bill → Agreement field filtered by commercial partner (purchase); Result: OK; Note: after validation the Agreement field remains editable (not read-only), unlike customer invoices.
- Test 3: Agreement (sale) smart button “Invoices” → Counter includes invoices and credit notes and opens the filtered list; Result: OK; Note: when generating a customer credit note from an invoice, the Agreement is not copied automatically and must be assigned manually.
- Test 4: Agreement (purchase) smart button “Vendor Bills” → Counter includes vendor bills and refunds and opens the filtered list; Result: OK; Note: when generating a vendor refund from a bill, the Agreement is not copied automatically and must be assigned manually.
- Test 5: Invoice search/group by Agreement → Filter and group by Agreement work as expected; Result: OK;
- Test 6: Deletion integrity → Attempting to delete an Agreement with linked invoices is blocked by ondelete=restrict; Result: OK.
- Test 7: Commercial partner hierarchy → An Agreement set on the parent partner can be selected on an invoice for a child contact thanks to child_of; Result: OK. Note: unlike agreement_sale, agreement_account only allows selecting Agreements of the invoice’s commercial partner (and its child contacts); Agreements from other partners do not appear in the dropdown.
Final note: There are inconsistencies with agreement_sale regarding domain filtering and the ability to select Agreements not linked to the invoice’s commercial partner; agreement_account restricts selection to the commercial partner and its child contacts, while agreement_sale allows selecting Agreements for different partners.
|
This PR has the |
|
Hey, thanks for contributing! Proceeding to merge this for you. |
|
Congratulations, your PR was merged at 1d6e4bc. Thanks a lot for contributing to OCA. ❤️ |
No description provided.