API repos search should return private repos of that user #2974

Closed
opened 2025-11-02 04:55:46 -06:00 by GiteaMirror · 9 comments
Owner

Originally created by @kasbah on GitHub (Feb 25, 2019).

Description

Hello and thank you very much for your work on gitea!

I think that similarily to #5310, GET /repos/search should return the private repos that the logged in user has access to. Currently only when you add uid=$CURRENT_USER_ID can you see the private repos (but then you don't see other people repos).

Changing this would make it behave more like the current /explore/repos non-api endpoint.

Originally created by @kasbah on GitHub (Feb 25, 2019). <!-- 1. Please speak English, this is the language all of us can speak and write. 2. Please ask questions or configuration/deploy problems on our Discord server (https://discord.gg/NsatcWJ) or forum (https://discourse.gitea.io). 3. Please take a moment to check that your issue doesn't already exist. 4. Please give all relevant information below for bug reports, because incomplete details will be handled as an invalid report. --> - Gitea version (or commit ref): 594f59169 ## Description Hello and thank you very much for your work on gitea! I think that similarily to #5310, `GET /repos/search` should return the private repos that the logged in user has access to. Currently only when you add `uid=$CURRENT_USER_ID` can you see the private repos (but then you don't see other people repos). Changing this would make it behave more like the current `/explore/repos` non-api endpoint.
GiteaMirror added the issue/confirmed label 2025-11-02 04:55:46 -06:00
Author
Owner

@lunny commented on GitHub (Feb 26, 2019):

Isn't that fixed by #5383 ?

@lunny commented on GitHub (Feb 26, 2019): Isn't that fixed by #5383 ?
Author
Owner

@kasbah commented on GitHub (Feb 26, 2019):

No, unless I am missing something. I am testing on latest master (v1.7.0-dev-241-g594f59169). I guess it only fixed it for /orgs/:org/repos not /repos/search.

@kasbah commented on GitHub (Feb 26, 2019): No, unless I am missing something. I am testing on latest master (v1.7.0-dev-241-g594f59169). I guess it only fixed it for `/orgs/:org/repos` not `/repos/search`.
Author
Owner

@zeripath commented on GitHub (Feb 26, 2019):

I can confirm that this is still an issue and affects the organisation view on the dashboard.

@zeripath commented on GitHub (Feb 26, 2019): I can confirm that this is still an issue and affects the organisation view on the dashboard.
Author
Owner

@kasbah commented on GitHub (Feb 26, 2019):

@zeripath Could you clarify how it affects the organisation view on the dashboard? I had a look but couldn't find anything wrong there.

@kasbah commented on GitHub (Feb 26, 2019): @zeripath Could you clarify how it affects the organisation view on the dashboard? I had a look but couldn't find anything wrong there.
Author
Owner

@zeripath commented on GitHub (Feb 26, 2019):

OK, log in as arandomer2@mailinator.com with the same password on to http://try.gitea.io

arandomer2 has read access to TestOrgAnother, although TestOrgAnother/private-test-repository appears on arandomer2 dashboard take a look at:

https://try.gitea.io/org/TestOrgAnother/dashboard

@zeripath commented on GitHub (Feb 26, 2019): OK, log in as arandomer2@mailinator.com with the same password on to http://try.gitea.io arandomer2 has read access to TestOrgAnother, although TestOrgAnother/private-test-repository appears on arandomer2 dashboard take a look at: https://try.gitea.io/org/TestOrgAnother/dashboard
Author
Owner

@kasbah commented on GitHub (Feb 26, 2019):

Ah I see. Is that an experimental page or something? I am not even sure how to even get there through the UI. Nevermind, figured out it's through the top left selection on the dashboard. Not sure what it's for though vs just the gitea.com/<org-name> page.

@kasbah commented on GitHub (Feb 26, 2019): Ah I see. <del>Is that an experimental page or something? I am not even sure how to even get there through the UI. </del> Nevermind, figured out it's through the top left selection on the dashboard. Not sure what it's for though vs just the gitea.com/\<org-name\> page.
Author
Owner

@zeripath commented on GitHub (Feb 26, 2019):

It's supposed to give you the newsfeed for that organisation context. The + repository button would allow you to create a repository in that organisation by default if you're allowed to create repositories for that organisation.

@zeripath commented on GitHub (Feb 26, 2019): It's supposed to give you the newsfeed for that organisation context. The + repository button would allow you to create a repository in that organisation by default if you're allowed to create repositories for that organisation.
Author
Owner

@zeripath commented on GitHub (Feb 26, 2019):

I don't think you're supposed to see the organisation repos in the right hand box unless you're in the organisation context either

@zeripath commented on GitHub (Feb 26, 2019): I don't think you're supposed to see the organisation repos in the right hand box unless you're in the organisation context either
Author
Owner

@zeripath commented on GitHub (Oct 16, 2019):

I think this is finally fixed by #6897 in 1.9

@zeripath commented on GitHub (Oct 16, 2019): I think this is finally fixed by #6897 in 1.9
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#2974