We have an issue in our JIRA where a fairly large number of issues were created that had information about projects in our operational deployments. These deployments are covered by HIPAA privacy rules, which means we need to have any specific information in a project that's not publicly accessible.
Going forward this is easy: we have a project specific to our operational deployment that isn't publicly accessible. Any issues in our platform code that need to reference information about an operational deployment gets two issues: one describing the problem in a generic way in the publicly accessible project and one with the data particular to our operational deployment in the non-accessible project.
The problem we have is our existing issues for operational deployments in the publicly accessible repo. We can modify the publicly accessible issues to remove the sensitive data and create new non-accessible issues, so that we're just creating the same scheme we want to use for new issues. The problem is that all of the sensitive data remains in the publicly accessible issue through the history tab, rendering the whole exercise moot for existing issues.
Going forward, there are only two options I can see:
Any help on this would be greatly appreciated. It's a critical issue for us in terms of getting our repository suitable for public access.
Yes, you can. Its always risky to do this type of stuff, and youll wanrt to be sure you backup first.
You should be able to manipulater 3/4 tables in the DB related to change history.
https://developer.atlassian.com/display/JIRADEV/Change+History
Or (although I never tried this method) you could use a plugin or grovvy scripts to access the ChangeHistoryManager to purge _all history_
https://docs.atlassian.com/jira/4.4/com/atlassian/jira/issue/changehistory/ChangeHistoryManager.html#removeAllChangeItems(com.atlassian.jira.issue.Issue)
Make sure JIRA is shutdown, backed up, and reindexed immediately after the changes.
I was really hoping for something more direct through the web interface, since it seems like this is a scenario that has a better than 0% chance of occurring :) Oh well, we're already going to be delving into the internals of Crowd and some other tools to disentangle ourselves from our department's AD server, might as well get our hands dirtier while we're at it. Thanks for the help!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
App Issue History for Jira Cloud helps to get information about all changes that had been made with issues.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is there any way to change the history of a single issue?
If Database is the way, what should be done and how much is the risk factor?
I also need to know if it can be done via scripting and also the risk factor.
Kindly help me 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.