Why can't I see a repository forked from my team's private repository?

mvrkljan

I've sent an invitation to someone who will be working as a contributor on a private repository that I've created on a team profile. The person created a profile and is in a group with 'read' permission, and he managed to fork the repository with no problem.

However, in the team's repository page his fork is not counted in the total number of forks, his fork is not listed in the forks list and when I access his forked repository through the URL I can only see Issues and Wiki tabs, no Source, Commits or anything else.

He says that his email was confirmed successfully - my first thought was that his primary email might've been unconfirmed.

I've tried changing the access rights for his group since someone with different access rights managed to fork my repository with no problems (and I can see his fork), but that didn't make any difference.

Does anyone know what could be the problem?

Thanks!

EDIT:

A bit more information;

We have a team repo REPO, the Administrators group, Developers group and Outsourcers group in that team. Outsourcers have read access to team's repos. The member in question is in the Outsourcers group. He created a fork, and I (the team administrator) can't see his fork. He didn't de-select the inherit rights checkbox. Another member who is in the Developers group created a fork of his own and I can see that one. I've tried switching the problematic member to Developers group but his fork is still not visible.

aMarcus

When a user forks code on Bitbucket, they have the option to inherit permissions from the paretn respoitory. This inheritance only carries over groups and permissions that the user who is performing the fork is a member of. For example, say you have 3 groups, Admins, Devs and Contractors. All three groups are added to an example repository (repoA). When a user who is only in the Contractors group forks the repository, only the Contractors group can be inherited to the fork or repoA.

This means that even Admins won't be added to the fork and subsequently won't be able to see it or interact with it. We don't provide any way to force inheritance of permissions to forks to any users. This is by design.

The way around this would be for the owner/manager of a repository to fork the repos intended for Contractors into the same team account and restrict access to only the appropriate group. This way, the Contractors will be able to interact with this repository as they need to, while other devs and admins will be able to look in on it and do whatever is needed.

Of course, things can always be reviewed and changed in the future. I have opened https://bitbucket.org/site/master/issue/4434/add-an-option-to-allow-the-original-owner to discuss this as a possible future feature. There is no guarantee that we will impliment it, but please feel free to comment there to help us understand your use case.

Original response:

When forking a repository, the user can de-select to inherit permissions from the team repository. This effectively limits the view+ access to only the user who made the fork. This is by design as user accounts do not inherit the team's account limits. If it enforced this, all members of a team would also need to have a paid account that matched the number of people who needed access to that fork.