Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Solution for viewing issues with different permissions

We use comment-permissions and Issue-wide Permissions to flag issues / comments as internal.

We often discuss issues directly in Jira via Screensharing with our customers. In those discussions we would like to hide those comments / issues from being displayed.

 

Is there a easy way (without being an Admin) to show issues based on other (lower) user-permissions.

Using a generic user account with lower permissions for those meetings is not an option.

We have Scriptrunner, so a scripting solution would be possible.

 

 

2 answers

0 votes

This would be a very complex thing to code for and would need a lot more than just scriptrunner.

>We often discuss issues directly in Jira via Screensharing with our customers. In those discussions we would like to hide those comments / issues from being displayed.

You are going to need to code something into the screensharing software that can tell the Jira server not to display comments if the current user of the screenshare hits Jira with a browser.  Plus the code on the server side to listen for it and hide the comments.  And probably something in the browser to shout when screensharing/Jira are being used together.

Probably a better solution - look at why you are screen-sharing Jira issues with customers - that's probably a broken thing to do.

Thanks for your quick reply!

The link between screensharing and Jira ist not necessary in the first step. I thought about a custom button in Jira to set a user-property . As long as this user-property is active all stuff with issue / comment security set is hidden. 

Is something like this possible with scriptrunner?

You're still having to mess with the display a bit too much for SR to deal with.  I'd strongly recommend either

  • Not using screenshares of Jira.  Use it as intended, with customers able to see the public comments when they browse, rather than over a screenshare that would expose internals.
  • @Peter-Dave Sheehan 's answer!
0 votes

Scriptrunner can't come between Jira and your browser when serving up comments. That's controlled by the internal permission system in jira. 

What can scriptrunner do?

  • Make changes to just about any jira entity that can be done in the ui (add/remove user to roles and groups, change issue or comment attributes etc)
  • Hide an entire UI element
  • Show a custom-built UI element

So one option would be to hide the built-in comments panel and load a completely custom comment panel that would load comments from a SR rest api endpoint that can implement your rules. You would have to trigger the screenshare mode manually by applying something like a user property and refresh the issue view. Then the comment panel would not include certain comments.

The custom-built comment panel would not be trivial to design and may be quite a bit slower than the default one. Perhaps that can be mitigated by showing the custom comment panel only when the screenshare mode is on and the default comments panel otherwise.

Another, perhaps simpler option that might work is if comments are set to be visible only to a specific group. But that group does not control any permission other than comment viewing.

Then you could use a scrirptrunner button to remove the current user from that group and add the user to another temporary group.

After that, when you refresh the page, the protected comments will not load per the built-in permission mechanism.

Then when screensharing is done, because of membership to the temporary group, you allow the user to be added back to the original group (again with a scriptrunner button).

A third non-scriptrunner option is to use something like tampermonkey/greasemonkey browser extension. This would allow you to write some javascript that can tamper with the jira issue view (after or as it's loading) and hide comments when the screenshare view toggle is enabled.

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Jira Service Management

JSM June Challenge #2: Share how your business teams became ITSM rockstars

For JSM June Challenge #2, share how your non-technical teams like HR, legal, marketing, finance, and beyond started using Jira Service Management! Tell us: Did they ask to start using it or...

246 views 7 7
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you