Details
-
Bug
-
Resolution: Unresolved
-
Major - P3
-
None
-
None
-
None
-
None
-
Storage Execution
-
ALL
-
Execution Team 2023-02-20, Execution Team 2023-02-06, Execution Team 2023-03-06
-
6
Description
In some query stages like delete, we will need to call restoreState() in case the actual delete throws a WCE which invalidates the cursor. But restoreState() can also throw a WCE which is not handled. This can cause the following next() call lands the cursor to the beginning of the collection again, hitting the out-of-order invariant.
Attachments
Issue Links
- depends on
-
WT-11871 Define whether or not cursor reset can throw WT_ROLLBACK
-
- Open
-
- related to
-
SERVER-26452 `renameCollection` should handle write conflicts
-
- Closed
-
-
SERVER-65106 Don't perform eviction after prepared transaction commits or rolls-back
-
- Closed
-
-
SERVER-37861 Add writeConflictRetry to wildcard index multikey metadata path extraction
-
- Closed
-