You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I agree -i, --include should imply -A (this even confused me recently), though as you note it can get a bit confusing and subtle. I was thinking maybe any filter-like option should imply -A, but that may be surprising with options like --name.
Problem: The --include function is predominantly used for finding
jobs on specific hosts. This implies that the -A option is set (i.e.
filter on all user jobs) but it is currently not. This can be
confusing to users wondering why --include isn't finding any jobs
running on specific hosts.
Solution: If the user did not specify filtering on a specific user
with --user, then assume all user jobs (i.e. -A or --user=all) will
be checked when --include is specified.
Fixesflux-framework#6585
chu11
added a commit
to chu11/flux-core
that referenced
this issue
Feb 14, 2025
Problem: The --include option is predominantly used for finding
jobs on specific hosts. This implies that the -A option is set (i.e.
filter on all user jobs) but it is currently not. This can be
confusing to users wondering why --include isn't finding any jobs
running on specific hosts.
Solution: If the user did not specify filtering on a specific user
with --user, then assume all user jobs (i.e. -A or --user=all) will
be checked when --include is specified.
Fixesflux-framework#6585
Since
--include
is mostly about seeing who is running on what nodes, it should probably imply looking through all user's jobs.This reminds me of this prior issue, just a subtle "what is the right approach to combos of options?" question
#5142
The text was updated successfully, but these errors were encountered: