Xavier Morel a046cf2f7c [FIX] *: UX around fw=no ... The UX around the split of limit and forward port policy (and especially moving "don't forward port" to the policy) was not really considered and caused confusion for both me and devs: after having disabled forward porting, updating the limit would not restore it, but there would be no indication of such an issue. This caused odoo/enterprise#68916 to not be forward ported at merge (despite looking for all the world like it should be), and while updating the limit post-merge did force a forward-port that inconsistency was just as jarring (also not helped by being unable to create an fw batch via the backend UI because reasons, see 10ca096d86). Fix this along most axis: - Notify the user and reset the fw policy if the limit is updated while `fw=no`. - Trigger a forward port if the fw policy is updated (from `no`) on a merged PR, currently only sources. - Add check & warning to limit update process so it does *not* force a port (though maybe it should under the assumption that we're updating the limit anyway? We'll see). Fixes #953		2024-09-17 11:31:20 +02:00
..
conftest.py	[REM] *: default_crons fixture	2024-08-02 15:14:50 +02:00
test_batches.py	[CHG] forwardport: perform forward porting without working copies	2024-07-08 14:37:14 +02:00
test_conflicts.py	[FIX] *: don't send merge errors to logging	2024-07-26 14:48:59 +02:00
test_limit.py	[FIX] *: UX around fw=no	2024-09-17 11:31:20 +02:00
test_overrides.py	[CHG] *: move forward-porting over to batches	2024-05-24 09:08:56 +02:00
test_simple.py	[FIX] *: unnecessary warning on r- of forward port	2024-09-06 13:04:13 +02:00
test_updates.py	[CHG] forwardport: perform forward porting without working copies	2024-07-08 14:37:14 +02:00
test_weird.py	[FIX] runbot_merge: missing feedback on fw r+	2024-09-05 13:25:19 +02:00