-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
drone.io integration broken after migration from gogs #11970
Comments
Any logs? |
On the drone.io side I have this:
On the gitea side I can enable SQL logging which gives me a ton of the same queries with each of the |
I have run tcpdump to see what gitea returns to drone: it will always send a json object containing 30 repositories of 33 in total ( |
Does drone attempt to request another page, or the request URI query stays the same all the time? |
As far as I can tell drone always requests the same URL, even after minutes. @CirnoT your PR for drone seems to suggest that this is indeed purely a problem with drone? |
Most precisely with go-scm, and us adding proper pagination in v1.12 caused the issue to manifest between Drone and go-scm, because pagination handling is done in Drone (via checking Link header) but then request for page 2 is passed to go-scm which in turn would return page 1 |
I can confirm that after upgrading to the current version of drone (which includes drone/go-scm#66) everything works fine. |
Description
Note: the instance was migrated from Gogs 0.11.91 to Gitea 1.12.0. All old webhooks were deleted.
I setup a new drone server using the current version, created it as an oauth application as per its documentation and then allowed it to access gitea as my user. After the inital login it stays in "syncing" forever producing about 1000 log entries as seen above on my gitea server without ever finishing. The requests only stop once I stop the drone server. Drone itself does not seem to log anything useful, even with
DRONE_LOGGING_TRACE=true
.I suspect this is an incompatibility with the paging in the repo API. Is there anything I can do to debug and help fix this problem?
The text was updated successfully, but these errors were encountered: