Situation with optimistic TX, originator = entry's primary owner: 1. The conditional check suceeds when the command is executed 2. In TxDistributionInterceptor, ignorePreviousValue is set to true 3. The command is then enlisted in the modifications list with the ignorePreviousValue set to true 4. During the prepare/commit phase the command ignores the condition Result: Two commands, replace(key, A, B), replace(key, A, C) may both overwrite the entry (and the one committed later wins, actually overwriting B instead of A).
Radim Vansa <rvansa> updated the status of jira ISPN-3677 to Closed
Radim Vansa <rvansa> made a comment on jira ISPN-3677 Duplicate of ISPN-3655
*** This bug has been marked as a duplicate of bug 1024373 ***