This question is in reference to Atlassian Documentation: Viewing an Issue's Change History
Sometimes our users post passwords or other restricted information by mistake. They (and the admins) can edit the fields and/or comments to remove these, but the previous revisions – with the information – stay in history. Can they be permanently removed – without going to the database?
We use Jira-7.1.1 here, if it matters. Thanks!
You can delete comments and they'll be destroyed, but not the issue history. You need code or database hacks to expunge them.
Sad... Confluence already allows removal of some of the earlier revisions of a page. I wonder, if Atlassian will ever implement similar functionality for JIRA... Thanks, Nic.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
An issue tracker that allows for the easy deletion of what you're tracking? It's actually more likely to go the other way and make sure no information is lost - there's loads of people asking for "edits/deletes of comments need to be recorded".
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
An issue tracker that allows for the easy deletion of what you're tracking?
I think, I offered a perfectly legitimate use-case. The fact of deletion can be recorded for accountability, but it needs to be possible to make the old version lost for good. Confluence has this already, so should JIRA.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think the systems are in use for very different things - there's quite a lot of places where we have to completely disable the ablility to delete or amend anything in JIRA, because it's for tracking (the worst case I've seen is someone arrested and cautioned for deleting tracking data). You do have a valid use case, but that's not to say it should be made easy. Quite the opposite for a tracking system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
someone arrested and cautioned for deleting tracking data
This can still be possible – the fact of deletion can remain recorded. But not the content... Such deletions may require additional privileges – a special role, perhaps – but they ought to be possible. And easy...
You do have a valid use case, but that's not to say it should be made easy.
That in itself is self-contradicting. Everything legitimately possible should be easy – the general rule of life, in which machines help humans.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No. Absolutely not. It should be very heavily protected. As I've already shown, in some cases it is downright illegal to destroy data, so you should always track it. As a general rule, it absolutely should be hard, to lower the chances of accidents.
I don't understand how "yes, you have a case, but that is not a reason to make it easy" is self-contradicting. The first clause is that "you do have a case where destruction is legitimate". How does the second clause of "make that hard" contradict it?
As for everything legitimately possible should be easy - that's just insane. Under that logic, you should place a shortcut on the Windows desktop for "destroy my computer". It's legitimate, but making it that easy is just stupid.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It should be very heavily protected.
It can be heavily protected, and still easy for people with appropriate permissions.
in some cases it is downright illegal to destroy data, so you should always track it
As I've already pointed out, you can still track the fact of deletion – without the content of deleted information available.
So long as deleting the entire issue is possible – and easy – doing that to bits and pieces of it should not trigger any additional legal, ethical, or philosophical concerns.
you should place a shortcut on the Windows desktop for "destroy my computer". It's legitimate
No, it is not "legitimate" – as in: there is no valid use-case for it.
Anyway, I think, we are done here. Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, you've missed the point - sometimes it's illegal to destroy the data. The content. Recording the deletion is useful for the prosecution.
There very much are legitimate uses for "destroy my computer". In fact, exactly the same use case as you gave earlier. So coupled with your statement about the ease of doing it, you're saying every computer should have such a button. I'm saying you should deliberately make it hard, and protected.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
sometimes it's illegal to destroy the data
By this logic, deleting a ticket should be impossible/hard too. It is not.
should deliberately make it hard, and protected.
Protected – yes, absolutely. Hard – no.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ah, yes, but one of the things that all good JIRA admins do is remove all rights for users to delete issues. It's a baseline recommendation - it should NOT be easy to delete. I'm glad you have caught up with the logic now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
To continue this thread, if the history isn't deleted, is there a way to mask or black out the exposed information? Let's say somebody puts in a person's private information in a comment or ticket. You delete that information but it still sits in history, viewable.
Can you somehow stop that private information from being viewable?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, there isn't - hence the answer of "database hacks or scripting/code"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.