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
Description:
When setting up this stale action in a workflow for the first time in a repo with a lot of PRs and a lot of them stale, the scan should start at the oldest one rather than the newest one. Or at least provide an option to do this. In one repo we have a lot of PRs that would meet the "stale" criteria—more than would be processed in a single run. So I and my coworkers were very surprised that the first run tagged the newest batch of PRs.
Action version:
v8
Platform:
Ubuntu
macOS
Windows
Runner type:
Hosted
Self-hosted
Repro steps:
Have a repo with many dozens of stale PRs such that a single run of stale will only tag a portion of them.
Expected behavior:
The oldest PRs should be tagged by stale.
Actual behavior:
The newest PRs are tagged by stale.
The text was updated successfully, but these errors were encountered:
msorens
changed the title
Should scan from starting with oldest PR rather than newest PR
Should scan starting with oldest PR rather than newest PR
Mar 29, 2023
Description:
When setting up this
stale
action in a workflow for the first time in a repo with a lot of PRs and a lot of them stale, the scan should start at the oldest one rather than the newest one. Or at least provide an option to do this. In one repo we have a lot of PRs that would meet the "stale" criteria—more than would be processed in a single run. So I and my coworkers were very surprised that the first run tagged the newest batch of PRs.Action version:
v8
Platform:
Runner type:
Repro steps:
Have a repo with many dozens of stale PRs such that a single run of
stale
will only tag a portion of them.Expected behavior:
The oldest PRs should be tagged by
stale
.Actual behavior:
The newest PRs are tagged by
stale
.The text was updated successfully, but these errors were encountered: