buildkite / buildkite/agent-stack-k8s
[BUG] Pagination reset timing uses the previous query instead of the previous reset
- Dominant language
- Go
- Stars
- 110
- Forks
- 57
- Avg merge
- 3d 8h
- Merged PRs (30d)
- 5
Description
## Describe the bug
The reset condition compares the current time with lastQuery, which is updated after every poll. Once the configured interval is correctly passed through, normal one-second polling will never exceed the 10-second reset interval. Jobs inserted or made eligible behind the cursor could therefore remain unseen indefinitely.
Found by @dabarrell
Contributor guide
No contributing guide indexed for this repository
Research direction
Locate the pagination reset condition and the current-time comparisons described in the issue. Trace when the query timestamp and reset timestamp are updated during polling, then reproduce the one-second polling case with the ten-second reset interval. Done means eligible jobs inserted behind the cursor become visible after the reset interval.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, kubernetes
- Domain
- backend, infrastructure
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100