-
Notifications
You must be signed in to change notification settings - Fork 62
Private repository access does not work #441
Comments
I can also confirm I am unable to see private repos after authorisation. |
Ya, I'm really sorry. Will look into this today and hopefully fix it. Original comment will be updated with progress. |
I just tried, works for me now! |
Can also confirm its working! Thanks for that.. now for the fun part are you guys looking at integrating github native review process since it's been released this morning. |
See here: #442 It's hard to say now. We have certain requirements and might turn out that GH approvals are completely unsusable for our purposes, partially (in which case we would try to integrate them in Zappr) or totally fine (in which case we would remove the approval feature from Zappr). In any case we have to wait for this feature to be supported in API, web hooks and GitHub Enterprise, which usually follows a couple of weeks/months after release. |
I get redirected correctly, but the cookie is always set to
minimal
and I don't see the private repositories.Problem
Everything works as supposed most of the time:
/change-access-level
with correct parameterThe browser requests
/
after auth flow — instead of a 200 with HTML it receives a 302 to/change-access-level?level=minimal
and does the whole login flow again with less permissions. This suggests that the database did not actually containextended
.This only seems to happen in prod (both GH and GHE), locally it works fine with both postgres and sqlite database (so it's not an ORM issue).
Debug log output from prod:
Current suspicion: A subtlety of usingasync
/await
that doesn't show locally because "network access" is instant.Cause
Notice how the SELECT after UPDATE misses a WHERE clause...
The text was updated successfully, but these errors were encountered: