-
-
Notifications
You must be signed in to change notification settings - Fork 815
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[16.0][FIX] purchase_discount: Post-install test + fallback to load CoA #2579
base: 16.0
Are you sure you want to change the base?
Conversation
d831e19
to
b7914f7
Compare
Tested on integration tests and working: /ocabot merge patch |
Hey, thanks for contributing! Proceeding to merge this for you. |
@pedrobaeza your merge command was aborted due to failed check(s), which you can inspect on this commit of 16.0-ocabot-merge-pr-2579-by-pedrobaeza-bump-patch. After fixing the problem, you can re-issue a merge command. Please refrain from merging manually as it will most probably make the target branch red. |
… assert almost Since odoo/odoo@d0342c8, the default existing company is not getting a CoA automatically, provoking than the current tests fail with error: odoo.exceptions.UserError: No journal could be found in company My Company (San Francisco) for any of those types: purchase provoked by the lack of a CoA installed. Thus, we put tests post-install for being sure localization modules are installed, the same as AccountTestInvoicingCommon does, but we don't inherit from it, as it creates an overhead creating 2 new companies and loading their CoA, and some more stuff, while we don't need all of that. Besides, if you don't have `l10n_generic_coa` installed, you can't use another CoA (like `l10n_es`) easily, so we put little code to select the first available CoA. It also includes a change on the assert for avoiding rounding issues discovered while testing this one.
b7914f7
to
6263d45
Compare
@legalsylvain the error is very weird with |
Since odoo/odoo@d0342c8, the default existing company is not getting a CoA automatically, provoking than the current tests fail with error:
provoked by the lack of a CoA installed.
Thus, we put tests post-install for being sure localization modules are installed, the same as AccountTestInvoicingCommon does, but we don't inherit from it, as it creates an overhead creating 2 new companies and loading their CoA, and some more stuff, while we don't need all of that.
Besides, if you don't have
l10n_generic_coa
installed, you can't use another CoA (likel10n_es
) easily, so we put little code to select the first available CoA.@Tecnativa