repo-search: don't tell the caller to raise --limit once the forge has already clamped
This commit is contained in:
parent
acb5b676d7
commit
c335bc0962
2 changed files with 45 additions and 6 deletions
|
|
@ -345,9 +345,14 @@ to discover valid label names before triaging or to audit the label set.
|
|||
with the real remaining count when it's present (`… 50 of 187 shown …
|
||||
137 more exist`); without it (an older forge, a stripping proxy) it
|
||||
falls back to the cruder `count == limit` heuristic, same
|
||||
trust-the-trailer-not-the-row-count principle as `list` above. Either
|
||||
way it can't tell "doesn't exist" from "you lack permission to see
|
||||
it" — both render as an absent row with no signal either way — and
|
||||
it matches repo **name** only, not owner, so there's no way to
|
||||
enumerate an org's repos through this verb.
|
||||
trust-the-trailer-not-the-row-count principle as `list` above. Unlike
|
||||
`list`, this verb has no `--page` — so once the forge's own page cap
|
||||
has clamped the result (`count < limit`), raising `--limit` again asks
|
||||
for the same clamp and gets nothing new; the warning says to narrow
|
||||
`--query` instead in that case, and only suggests raising `--limit`
|
||||
while still under the cap. Either way it can't tell "doesn't exist"
|
||||
from "you lack permission to see it" — both render as an absent row
|
||||
with no signal either way — and it matches repo **name** only, not
|
||||
owner, so there's no way to enumerate an org's repos through this
|
||||
verb.
|
||||
<!-- vale write-good.Passive = YES -->
|
||||
|
|
|
|||
Loading…
Reference in a new issue