Skip to content
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

Add "fw=no" as a proper mode #902

Open
xmo-odoo opened this issue Jun 28, 2024 · 0 comments
Open

Add "fw=no" as a proper mode #902

xmo-odoo opened this issue Jun 28, 2024 · 0 comments
Labels

Comments

@xmo-odoo
Copy link
Collaborator

Given the documentation and seeing people use it (e.g. odoo/odoo#171165 (comment)) I think it's going to bite us (me) in the ass that fw=no updates the limit, because eventually people will fw=default assuming that reverts fw=no, and that's not going to work, and they're going to end up super confused.

So fw=no should be a proper fw mode, and it should be handled separately from the limit. Setting the limit to the same branch would still work as before but would not be the normal way to prevent a forward port anymore.

xmo-odoo added a commit that referenced this issue Jun 28, 2024
After seeing it be used, I foresee confusion around the current
behaviour (where it sets the limit), as one would expect the `fw=`
flags to affect one another when it looks like that would make sense
e.g. no/default/skipci/skipmerge all specify how to forward port, so
`fw=default` not doing anything after you've said `fw=no` (possibly by
mistake) would be fucking weird.

Also since the author can set limits, allow them to reset the fw
policy to default (keep skipci for reviewers), and for @d-fence add a
`fw=disabled` alias.

Fixes #902
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: done
Development

No branches or pull requests

1 participant