Modify ↓
Opened 14 years ago
Last modified 9 years ago
#9478 new defect
Concurrent ticket modifications is still possible
Reported by: | Christian Boos | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | next-major-releases |
Component: | ticket system | Version: | 0.12 |
Severity: | minor | Keywords: | concurrent save |
Cc: | leho@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Before saving a ticket modification, we try to detect if the page was not already modified by another user (r5449). However this check is not done within a single transaction, and therefore it can be ineffective if two changes happen concurrently.
See ticket:9235#comment:10 for an example (or comments:10
actually ;-) ).
Attachments (0)
Change History (3)
comment:1 by , 14 years ago
comment:2 by , 9 years ago
Similar issue reported in #11491, so that ticket was closed as a duplicate.
comment:3 by , 9 years ago
Cc: | added |
---|
Note:
See TracTickets
for help on using tickets.
Are you sure about the milestone? Couldn't we just do a
SELECT
right before the commit to check if there was a collision, and raise an exception in that case? That could be done for 0.12.1.Note that this issue was probably already present in 0.11, but a lot less likely, as the timestamps with second resolution would generate primary key collisions in most of the cases where this could happen.