This issue has been resolved. If you continue to experience similar issues, please check to make sure you are triggering your build via GitHub push, instead of using the “rebuild” button to retry a previously stuck build. If that still doesn’t work, please let us know here.
Using the rebuild button to rebuild a previously stuck build may create a new build that is also stuck. Using it for any other build should work as expected.
Yes, that will work. We apologize for any inconvenience experienced with this approach.
Given that the fix was implemented several hours ago and the issue has not resurfaced, it is safe to presume that this won’t happen again.
FYI – I’ve still been seeing this myself on occasion and just experienced it now.
I had a build waiting in the queue and after the builds in front of it completed, it stayed in the queue until I clicked “Rebuild”, at which point the stalled build started and so did the new one I just created by clicking “Rebuild”.
The message it still displays is “Circle spent 00:00 acquiring containers for this build. This build was queued behind the following builds for 26:58” with all three builds completed.
I now have a build, too, which is queued now for just over an hour, waiting for a job that is already long finished. The previous job was also spuriously queued for almost an hour.
I just re-checked the build status, and it is still queued behind the same finished build, but now the queue wait time is reduced to 45 minutes. Maybe the support staff is currently working on the problem?
The build has now run, after being queued for 2:04:11. Some data is still not up-to-date, e.g. it is shown as having finished “0 sec” ago, but it finished 7 minutes ago.
A new build has been queued after a GitHub push, and is marked as queued since 0 secs - which is nonsense.