We purchased a Premium license for our organization to give different parties access to a few views and the ability to comment, vote, and add ideas.
However, the Contributor role allows users to edit view filters (for themselves), so by removing filters, users with the Contributor role can see all items in our JPD environment.
@Tanguy Crusson, have you recognized this issue?
@Jarmo Valli here's how it works today and how we're planning to change it:
That being said, we've gotten the same feedback you just sent a few times, and to be honest it makes complete sense. So what we're planning to do is:
Does that make sense?
Thank you for your quick reply!
It makes sense that users other than admins can add filters to views in addition to the view filters, but cannot remove filters added by the admin.
(Without this restriction, view-specific access rights would be meaningless – i.e., in the current situation.)
Another critical point is that even if a user does not have the right to remove view-specific filters or edit tasks, that user group should still be able to add, comment on, and vote on tasks in that specific view (=Contributor).
Those are currently the only blockers preventing us from using the Contributor role and thus taking full advantage of JPD.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Gotcha - we'll let you know when this ships! I just chatted with the team and it's not a big change. We'll prioritise it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Update: the team started working on it this week!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you very much for the information! I look forward to trying this out.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The rollout is going to start very soon - expect an article from @Olga Springer with the details
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Jarmo Valli
This change should already be available on your site. Please verify it in your instance and let me know if it solves your needs!
What changed:
Base filters on views are now locked for contributors, which means:
Contributors will clearly see which filters are locked and won’t be able to change or remove them.
They’ll still be able to add extra filters for their own temporary use, but those will reset when the view is refreshed.
More details:
📣 Coming Soon: Enhanced view restrictions with Locked Filters for Contributors
Best,
Olga Springer
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Olga Springer & @Tanguy Crusson
The solution you have implemented does not solve the problem itself, because users with the Contributor role can still see ALL tasks in the space through the Filters views.
Furthermore, your solution does not lock the filter for the "Type" field.
At the same time, I noticed that copying a view is also a dangerous operation, because it does not copy the view lock; instead, when copied, the restricted view becomes public to all users of the space.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In addition to the above, is there another way for a user with the contributor role to see ALL issues in Space?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Jarmo Valli , what do you mean by "the Contributor role can still see ALL tasks in the space through the Filters views"?
The way this feature works:
So to restrict access to data you'd need to do 2 things:
What are you seeing for the "Type" field? this is what I see:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.