-
Notifications
You must be signed in to change notification settings - Fork 365
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
Saved state not found #1124
Comments
Hello @rcomer |
I tried to reproduce the problem in a dummy repo and couldn't. Both workflows successfully interact with the cached state. Any suggestions for troubleshooting why Matplotlib's workflows are not finding the state? For Matplotlib's use-case we would want the second workflow to ignore the cached state that the first one saved. Is that something that would be easy to implement? Or is there a better way to make sure the already-labelled issues get closed or their labels removed in a timely manner? Thanks! |
Actually the second workflow did find the cache when it ran two days ago (and then deleted it because it worked through all the remaining issues). A new cache was then saved by the first workflow one day ago, and is still there, but was not found by the most recent run of the second workflow. So I fear that whatever is going wrong here is not reproducible |
Possibly this is the same as #1136? |
We do indeed have many caches! |
Description:
Workflow ran out of operations on the first run but still started from the beginning on the second.
Action version:
9
Platform:
Runner type:
Repro steps:
Here is our workflow: Label inactive PRs.
This has run twice since updating to v9. On the first run, the output indicated state: persisting info about 203 issue(s). On the next run, The saved state was not found, the process starts from the first issue.
We have
operations-per-run
set low in order to work slowly through a large backlog of issues, but didn't want steps like removing the label after update or closing the issue to wait until we'd worked through the whole backlog. So when we updated to v9, we also added a second workflow using the action withdays-before-stale=-1
and a much higheroperations-per-run
(see my PR here matplotlib/matplotlib#27523). The two workflows run on alternate days. Perhaps using the second workflow is interfering with the state somehow? Though the state was also not found by the second workflow when it ran in between.Expected behavior:
Original workflow finds state and works from where it got to last time.
Actual behavior:
Original workflow does not find state, starts from the beginning.
The text was updated successfully, but these errors were encountered: