Cannot access team members' fork of private repository

[san127127]

• Gitea version (or commit ref): 1.3.2
• Git version: 2.13.0.windows.1
• Operating system: Window server 2012
• Database (use [x]):
  • PostgreSQL
  • MySQL
  • MSSQL
  • SQLite
• Can you reproduce the bug at https://try.gitea.io:
  • Yes (provide example URL)
  • No
  • Not relevant
• Log gist:

Description

Say there is a team, the team has access to an organization's private repository and there are two team members X and Y. When X fork the repository and Y tries to access X's fork, Y gets 404.

Sorry if it is the expected behavior. However, it seems Github allows Y to access X's repository and I expect Gitea behaves the same.
Reference

[krrutkow]

I have encountered the related problem with private repos where a team member is trying to evaluate a pull request and they are unable to inspect commits (get 404) because they are referencing the commits in the other team member's repo.

Perhaps this isn't the intent of the OP, but I only require that the commits in the UI are exposed with the pull/#/head refs in the parent repo rather than using the forked repo.

[lafriks]

@krrutkow pull head ref with commits is already kept in base repository and from 1.4 it's already used to display merged PR commits and changes so you are probably right, they can be used to display also unmerged PR commits

[Piraty]

Hi. using gitea-1.7.0, this issue unfortunately still is open.
In a private repository that has a few collaborators added, it's impossible to see the commit text in a pull request, because the link (in the "commit" tab, lighlighted hash) refers to the authors (inherited private) repository (results in 404).
@lafriks you mentioned pull/#/commit/<hash> could be used to view unmerged commits, but it doesn't work (at least in my situation, where no teams are involved). It results in a login-form, which redirects to 404 too.