Friday, June 25, 2021
6 changes · master
Resolved issues and error corrections
Automated web-based tests now update the system's base web address when they start, so tests use the correct server even when multiple test instances run on different ports. This reduces false test failures and the risk of tests accidentally contacting the wrong instance, improving reliability for development and quality assurance.
Original PR description
While HttpCase did set `web.base.url` before starting a browser, in the non-browser test cases (or cases which would mix browser and non-browser) it would not do so. This is an issue when installing the database with one http-port and running tests with an other e.g. after duplicating the database (or even not duplicating it) in order to run multiple test instances concurrently, which requires using different http ports. Tests would then see the base url generated during installation, embedding the port used at installation, and would break weirdly (at best exploding due to not finding any server to bind to, and at worst making request on the wrong instance entirely). Simply updating the base url during setup seems to fix most of the tests. `payment` needed a fix because the vagaries of the MRO led to the extra parameter internally used by the thing to be passed to `HttpCase`'s `setUpClass`, which would not expect it. Issue 2580388
This fixes a manufacturing workflow issue where users saw a confirmation option to validate an order with no components, but the validation was still blocked. Manufacturing orders without assigned components can now be completed as expected, reducing confusion in an uncommon but valid scenario.
Original PR description
Conflicting fixes for unusual cases of MO validation when no components assigned and when components assigned all with 0 consumed made it so we cannot validate an MO with no components despite there being a confirmation popup that makes it seem like you can. This fix makes it so we can validate a MO when no components are assigned (ideally we would allow validating both cases, but fix for 0 consumed is much more difficult + an extremely unlikely use case). Task: 2422698 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
This fixes a visual issue where an empty tab area could still show a border when all form notebook pages were hidden. Users now see cleaner forms without confusing empty UI elements.
Original PR description
PURPOSE Do not display empty notebook element SPEC If all pages are hidden then hide the notebook ul element as well. TASK 2411651 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix makes the custom filter menu reachable again when users navigate with a keyboard. It improves accessibility and helps users manage filters without needing a mouse.
Original PR description
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
The barcode stock workflow test now waits until the record is fully saved before continuing. This reduces random test failures and helps keep automated quality checks reliable without changing user-facing behavior.
Original PR description
This commit fixes the 'test_internal_picking_from_scratch_2' which previously failed randomly on runbot.
The VoIP user settings page was adjusted to undo an unintended layout change. This restores the expected display of the signature field label, making the user profile form clearer and consistent again.
Original PR description
Change below introduced a new group on the res.users form view which unwantedly changed how the view looks (removing the label from the signature field), the group doesn't seem to be necessary or user anywhere else. See https://github.com/odoo/enterprise/pull/9246/files#diff-975b2fe2510bf8daaaaf6a1fd28ff4ae710d892a1e3a6895d08b49e035cbdfcbR30-R32 Task ID: 2580167