Enable free access to issue tracker on private repos (BB-8680)

AdamAL avatarAdamAL created an issue

Currently, to interact with the issue tracker, you need to be invited to the repository, thus counting against the available max-users limit of whatever plan you have. Assuming the intent is for the price plans to reflect the number of developers on the project, this does seem counterproductive, as a closed project either needs to pay for a priceplan counting every user and not just developer. Or, alternatively, find someplace else to communicate with users.

If it really is the intent to count users only participating issue tracking, the priceplans suddenly comes off as rather expensive.

My suggestion is to implement separate access rights for the repository itself and for the issue tracker, and only count users that are given any access to source (or more leniently are given write access to source).

Comments (8)

  1. AdamAL

    I was not aware. However this is still not what I want. That would enable anyone to follow the issues of the software. Currently the users of the software are also internal to the company I work for, and we don't want to be flaunting our dirty laundry in public.

  2. Brian Nguyen

    Hi Adam,

    Thanks for raising this issue. I understand the use case for allowing a user to only access the issue tracker and not the rest of the repository. Thus I have added this to our backlog.

    That said, I do not think we will be changing our access model (and thus our pricing model) in the near future.

    Cheers, Brian

  3. Dylan Etkin

    Hi AdamAL,

    We agree that we should allow more granular permissions around wiki and issues. However we would not allow those users to count toward your user limits.

    Thanks for understanding,

    Dylan

  4. Kevin Thompson

    Dylan,

    Could you please clarify your statement above?

    (By the way, -granular permissions on wiki and issue -> GREAT, love it.)

    But your second statement: "However we would not allow those users to count toward your user limits."

    This seems to be exactly what AdamAL was asking for. I have been trying to find a definitive answer about this for quite awhile now.

    I would like to be able to designate some number of "customer" participants, with the ability to add / update issues relating to my project in the repo, but they should not be able to view or access the repo. They would not be developers on my team, nor associated with my account, and therefore they should not count toward my user limit. Is this what you are stating and confirming?

    Please clarify.

    Thanks very much, Kevin

  5. Dylan Etkin

    Hi Kevin,

    Sorry for that, I was not clear.

    I meant to say that those users would count toward your plan limit.

    It is our belief that users get quite a bit of functionality for free with our 5 user plan. We also feel that the payed tiers are very reasonably priced. If any aspect of our service is compelling such that you feel the need to share with more than 5 users we feel that it is reasonable to expect you to move to a payed tier.

    I am sorry basically stated the opposite of what I meant to say in my previous reply.

    Cheers,

    Dylan

  6. aspyct

    Hi,

    Any progress on this request? I'd also love to be able to give access to issue tracker only, and not to the repository itself.

  7. Log in to comment
Tip: Filter by directory path e.g. /media app.js to search for public/media/app.js.
Tip: Use camelCasing e.g. ProjME to search for ProjectModifiedEvent.java.
Tip: Filter by extension type e.g. /repo .js to search for all .js files in the /repo directory.
Tip: Separate your search with spaces e.g. /ssh pom.xml to search for src/ssh/pom.xml.
Tip: Use ↑ and ↓ arrow keys to navigate and return to view the file.
Tip: You can also navigate files with Ctrl+j (next) and Ctrl+k (previous) and view the file with Ctrl+o.
Tip: You can also navigate files with Alt+j (next) and Alt+k (previous) and view the file with Alt+o.