Defect #16015
closedStale data is populated on Update if another user has made changes
0%
Description
database version: mysql 5.5.24
ruby version: 1.9.3p0
rails version: 3.2.13
redmine version: 2.3
I have been able to reproduce this multiple times, with these steps:
1) User A creates a ticket with Target version of '4.0'
2) User B changes the ticket to have a Target version of '3.2'
3) User A, with the ticket still open from before, clicks the browser's refresh button; User A now has the ticket open with the most recent data, including being able to see the updated Target version of '3.2'
4) User A clicks Update. Target version then gets automatically populated with the stale '4.0'
At this point, if User A notices that it has changed back to the stale value, he can of course manually alter it. But if he does not, and is intending only to make some different change to the ticket, then when he clicks Submit, he will inadvertently save the stale value for Target version.
Related issues
Updated by Martin Vierula almost 11 years ago
Added notes:
I only seem to be able to reproduce this effect with the Firefox Browser. IE and Chromium do not appear to be impacted.
Also, when using Firefox, using <ctrl> F5 at step #3 results in the problem not occurring.
Updated by Holger Just about 2 months ago
- Is duplicate of Patch #26604: Set a random name attribute on all forms to prevent overwritten values after soft reload with Firefox added
Updated by Holger Just about 2 months ago
- Status changed from New to Closed
- Resolution set to Duplicate