History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: JRA-2364
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Thomas Watson Steen
Votes: 126
Watchers: 66
Operations

If you were logged in you would be able to see more operations.
JIRA

Hide Time Tracking estimates from certain users (e.g. customers)

Created: 18/Sep/03 07:38 AM   Updated: 30/Apr/08 10:06 AM
Component/s: Time Tracking, Issue Fields
Affects Version/s: 2.4.1
Fix Version/s: None

Time Tracking:
Not Specified

Issue Links:
Duplicate
 
Part
 
Reference
 

Participants: Anton Mazkovoi [Atlassian], Bart Selders, Bernhard Kabelka, Cristian Caprar, Henk Binnendijk, Jeff Turner [Atlassian], Johnny D., Ken Warkentyne, Mathias Kimpl, Max Weißböck, Mel Belacel, Michael Phillimore-Brown, Nick Menere [Atlassian], Patrick Ford, Peter Janickovic, Philip Herbst, Scott Farquhar [Atlassian], Sven Breidenstein, Thomas Watson Steen and Tom Furrer
Since last comment: 1 week, 4 days ago
Support reference count: 9
Labels:


 Description  « Hide
Today everybody can see time estimates made on an issue. It would be nice if it was possible (for example via the permission scheme) to determine who should be able see them.

An idea to the level of permissions could be:

  • Edit others time estimates
  • Add/Edit own time estimates
  • View time estimates

This could also help another issue: That an administrator maybe doesn't want to enable time tracking on all projects. With the above solution the administrator can just choose not to set any Time Tracking permissions on the projects that shouldn't use Time Tracking.

/watson



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Ken Warkentyne - 13/Nov/03 07:23 PM
If this feature is going to be added, could it be generalized to control the visibility of other fields (including custom fields) for specific groups of users?

Tom Furrer - 08/Jan/04 01:58 PM
I propose to have a specific permission to view the work log as well as any actual times. This would be internal (dev team) information only.

The time estimates on the other hand I consider information for the issue originator, helping him decide whether it's worth doing.


Michael Phillimore-Brown - 05/Feb/04 03:24 AM
Hi,

I agree that it is worthwhile the customer being able to view the estimate, but it makes no sense that they can edit the estimate.

Surely only somebody with 'Work on issues' permission should be able to enter/edit the estimates? The current behaviour in this particular area seems like a bug to me...

Cheers,

Mike


Jeff Turner [Atlassian] - 03/Mar/04 10:02 PM
Until this improvement is implemented, a workaround is to add <webwork:if> tags around JSP blocks displaying time tracking info (or edit links).

Eg, in viewissue.jsp, around line 31:

<webwork:if test="remoteUser/groups/contains('jira-developers') == true">
.... // block displaying time estimate
</webwork:if>


Scott Farquhar [Atlassian] - 11/Mar/04 01:14 AM
The places that we need to hide this appear to be:
  • emails
  • issue navigator
  • view issue
  • edit issue ?
  • hide the work log reports

Any others that I have missed?


Thomas Watson Steen - 11/Mar/04 08:55 AM
I don't think that you missed anything. I've just tried to write in more details where time tracking fields and estimates should be hidden.

========================================================================
Email notifications:
------------------------------------------------------------------------
In the bottom of every notification email there is an issue summary. Here the 3 fields: Original Estimate, Time Spent and Remaining should be hidden.

When work is logged, "Work Logged" emails is send. It is already possible to control who should receive these via the Work Logged On Issue notification event. But JIRA should also look to see if the user has Time Tracking permissions.

========================================================================
Issue Navigator:
------------------------------------------------------------------------
It is possible to configure your Issue Navigator and add the 3 columns Current Estimate, Original Estimate and Time Spent. This should still be possible but on the projects where the user does not have Time Tracking permissions they should just be empty (or displaying a text like "N/A", "Hidden" or just be grey).

========================================================================
View Issue:
------------------------------------------------------------------------
When viewing an issue the 3 fields Original Time Estimated, Estimated Time Remaining and Total Time Spent are displayed just above the file attachments. These should just be hidden.

The "Work Log" should also be hidden.

The "Change History" and "All" should have some kind of filter not displaying time tracking changes.

========================================================================
Edit Issue:
------------------------------------------------------------------------
When editing an issue it should not be possible to see or change the time tracking fields. If a user with edit permissions but no Time Tracking permissions edited an issue, the time tracking fields should just be left as they where before the user edited the issue (=No change).

========================================================================
Work Log Reports:
------------------------------------------------------------------------
These should of cause also be hidden.


Thomas Watson Steen - 11/Mar/04 09:27 AM
Btw: The temporary solution with editing the .jsp and .vm files to manually filter out time tracking for certain users did not help.

By editing .jsp and .vm files I found that it was almost possible to hide Time Tracking from certain users. The only two places I could not hide them was: The Issue Navigator (when displaying the 3 time tracking columns) and the when viewing an issue (notes in the "All" and "Change History" pages).

Second it should be mentioned that if the user not allowed to see the time tracking estimates where a bit of a hacker it would not be a problem for him to view for example the Work Log reports (because I only was hiding the links to the reports - not the reports themselves).


Philip Herbst - 19/Nov/04 12:22 PM
I think this is an important point, if customers have access to JIRA. Perhaps you could tie it to
the "Work On Issues" Permission. For example you could simply add to the
viewIssue.jsp

<webwork:if test="@fieldVisibility/fieldHidden(., 'timetracking', ../string('type')) == false && hasIssuePermission('work', /issue) == true">
<jsp:include page="/includes/panels/issue/view_timetracking.jsp" />
</webwork:if>

I know have to change it in many more jsps like tabs.jsp and so on.(limit the tabs to comment tab as you can see time tracking fields in all tabs except for "comment").Preset Reports and many more...

Also everywhere where
<webwork:if test="applicationProperties/option('jira.option.timetracking') == true">
is asked I could add the Permission Condition.

This all could easily be achieved but where I have to change the source code? I would try implement it for our company, as it is an important point for us.

Thanks,

Philip


Jeff Turner [Atlassian] - 21/Nov/04 11:06 PM
Philip,

I haven't investigated, but if you could reuse the 'Work on issues'
permission, I think the only thing needing modification would be the
various JSPs (and perhaps some .vm files).


ATLASSIAN - http://www.atlassian.com
Expert J2EE Software, Services and Support
jira-support@atlassian.com ICQ: 326266423
JIRA Docs: http://www.atlassian.com/software/jira/docs/latest


Bart Selders - 22/Mar/06 04:26 AM
To hide the time estimates I really do not want to hack my installation and to modify that many templates and files. Any news on this item? Is Atlassian waiting for field level security to solve this issue or can this be done in parallel as improvement to the timetracking feature? Especially because some users report they almost have finished it, why can't you take that back into the product, as it deals mostly with template stuff?

Anton Mazkovoi [Atlassian] - 23/Mar/06 04:24 AM
> Is Atlassian waiting for field level security to solve this issue
Exactly right. We think that we should tackle this once and for all.

I am not sure who has finished implementing this, however, in the past we have had some rough experiences integrating contributed code. Most often it is written in the most 'direct way' to get the job done, so it might not work for other customers and is difficult to maintain and support.

Anton


Sven Breidenstein - 28/Oct/06 02:21 AM
Hi,
I use this to hide certain fields :
http://confluence.atlassian.com/x/A90B
Regards
Sven

Henk Binnendijk - 09/Feb/07 08:15 AM
the last comment is of 28 oct 06, is it known whether this is going to be build in or not. At this moment we have the same need of this there we do not want our external customers see how much work we have on issues etc.....

Mathias Kimpl - 25/Jul/07 08:34 AM
We need this feature too. Sometimes it is necessary to hide all the worklog information from customers. At the moment some has to manage two separate JIRA projects, one for customer interaction, one for internal issue management and time tracking.

Now with the improved Worklog features in JIRA 3.10, showing that Atlassian got the importance of the Time Tracking Feature, i am wondering what happens to this Feature Request behind the curtain?


Mel Belacel - 20/Sep/07 10:55 AM
Any news on this feature?

Regards
Mel


Bernhard Kabelka - 15/Oct/07 07:23 AM
Another vote for this feature! We do not want to disclose all time tracking information to our customers. Neither would we want our customer to enter an original estimate for any bug s/he reports.

Henk Binnendijk - 31/Oct/07 01:32 AM
Now that call JRA-1330 will not be implemented for the given reasons i am very curious when this issue will be fullfilled..... a lot of the jira customers (including me ) are waiting for the possibility to hide the time tracking fields from their customers....

please take this serious it's a key item to use this product or not!


Patrick Ford - 03/Nov/07 02:11 PM
I couldn't agree more. This would be a great feature for us. I would just add a couple of more levels of permissions:

Estimates:

  • Edit others time estimates
  • Add/Edit own time estimates
  • View all time estimates
  • View own time estimates

Worklog/Time Spent:

  • Edit others worklog/recorded time
  • Add/Edit own worklogs
  • View all worklogs
  • View own worklogs

In a simple scenario we would have two groups: Team and Clients.

Clients could see their own estimates / worklogs / actual hours spent on a task but they would not be able to see our internal teams entries. I don't want clients to have detailed access to an individuals time per task, etc... Team members could see each other's worklogs.


Nick Menere [Atlassian] - 04/Nov/07 06:26 PM
Patrick,

As of 3.10 you are now able to set permissions on who can edit worklogs (own and other's).
Though the view part and the estimates are still very valid requests.

Cheers,
Nick


Max Weißböck - 18/Nov/07 03:26 PM
We are thinking about switching to Jira, but this one issue does realy hurt us. Some of our Customers may see the estimate, but never they should see the whole information. You know, some times you ar faster than estimate, some times you are slower - we do not want to discuss this for every issue.

When can we expect a final solution?


Johnny D. - 17/Dec/07 07:37 AM
We urgently need to hide Time Tracking (Original Estimate, Remaining Estimate, Time spent) for defined group (users). Our customers should not to see this values.

Peter Janickovic - 20/Jan/08 06:08 AM
Someting new about this ?

This is the most required feature for us to use JIRA with our customers ...


Cristian Caprar - 17/Apr/08 05:23 AM
We strongly need this feature, any chance it will go in soon?

Max Weißböck - 30/Apr/08 10:06 AM
It's unbelivable that this has not been solved so far. We now have to implement this feature because we REALLY NEED it. So we have to hack all the pages to do this.
Why isn't there anyone listning at Atlassian? This is really a MUST HAVE feature and letting customers do all this ugly hacking with all the update trroubles is really bad style!
I'm really angry about this....

Max