Summary of problem: * Two users are in edit mode on the same Jira issue field at the same time, both have issue version x open and are editing the same field * user 1 saves a change, issue becomes “version x+1 edited by User 1” * user 2 saves a change to their version of “Issue version x” which overwrites the latest saved version, “version x+1 edited by User 1”, and becomes “version x+1 edited by User 2” * Meaning a committed field change by user 1 has been lost. * In Step 3 before allowing user 2 to commit their save, Jira should be checking that the version of the issue about to be saved by user 2 is at the same version as when user 2 went into edit mode. In this example only commit user 2 edit if original issue is still at Version x Has anyone out there experienced this problem and how have they prevented the loss of data ? Thx, Rob (Jira cloud instance)

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Jira issue edits being overwritten - how can this be prevented ?

Rob Crick_2kj0x4

Summary of problem:

Two users are in edit mode on the same Jira issue field at the same time, both have issue version x open and are editing the same field
user 1 saves a change, issue becomes “version x+1 edited by User 1”
user 2 saves a change to their version of “Issue version x” which overwrites the latest saved version, “version x+1 edited by User 1”, and becomes “version x+1 edited by User 2”
Meaning a committed field change by user 1 has been lost.
In Step 3 before allowing user 2 to commit their save, Jira should be checking that the version of the issue about to be saved by user 2 is at the same version as when user 2 went into edit mode. In this example only commit user 2 edit if original issue is still at Version x

Has anyone out there experienced this problem and how have they prevented the loss of data ?

Thx, Rob
(Jira cloud instance)

Accepted answers

Clark Everson

Hi @Rob Crick

Reviewing older comments in community there maybe some workarounds but it doesn't seem like there is a complete way to stop it.

https://community.atlassian.com/t5/Answers-Developer-Questions/Can-JIRA-issues-be-edited-by-2-users-at-once-and-lose-data/qaq-p/467084

https://community.atlassian.com/t5/Jira-questions/how-to-prevent-concurrent-update-on-same-jira-ticket/qaq-p/350280

Best,
Clark

All comments

Clark Everson

Hi @Rob Crick

Reviewing older comments in community there maybe some workarounds but it doesn't seem like there is a complete way to stop it.

https://community.atlassian.com/t5/Answers-Developer-Questions/Can-JIRA-issues-be-edited-by-2-users-at-once-and-lose-data/qaq-p/467084

https://community.atlassian.com/t5/Jira-questions/how-to-prevent-concurrent-update-on-same-jira-ticket/qaq-p/350280

Best,
Clark

Pramodh M

@Rob Crick

The data would not be lost, it will be saved in the history section of the issue.

Did you try to explore the changelog of an Issue?

Since the screens are not dynamic meaning when you open a screen it is not in any way connected to the server, so it cannot check the two/more users making the changes at a time.

Only when the user submits the issue changes, the server is contacted and it will be able to store the changes.

Check the history & let me know

Thanks,
Pramodh

Yuliia_Borivets__SaaSJet_

Hi @Rob Crick

It seems there is no way to prevent Jira issue from editing. But your data won`t be lost – you can always check what was updated in the issue history. If User 1 and User 2 have made some changes, it will record each of them.

two users history in jira.png

Also, you can check the app from my team – Issue History for Jira. It's easy to monitor every team member's activity as it records everything in one report.

Log of changes.png

Rob Crick_2kj0x4

Many thanks @Clark Evans - yes got the same feedback via another channel too. Looks like a known issue that just needs more votes to push it along. In the mean time I think an improvement in the teams ways of working can help circumvent the occurrence.

Appreciate the time you took to reply

Rob

Rob Crick_2kj0x4

Thanks @Pramodh M ,

yes can see the history log, the working practicality is that if the user doesn't know of an edit "clash" they won't go looking into the history log to confirm the correct save order.

So as per my reply to Clark a change in ways of working will need to be made to reduce the likely occurrence.

Rds, Rob

Rob Crick_2kj0x4

Thx @Yuliia_Borivets__SaaSJet_

Some useful help - the concern though is that the user isn't altered to the fact of a save mismatch so doesn't go looking for the history to check if a change has been effectively backed out.

Rgds

Rob

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

jira-software

jira-software-cloud