-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
Affects Version/s: 3.2.1
-
Component/s: Concurrency, Querying
-
None
-
Fully Compatible
-
ALL
-
Query F (02/01/16), Query 10 (02/22/16), Query 11 (03/14/16), Query 12 (04/04/16)
-
0
In the delete stage, we check to see if the document we're about to delete still exists, and still matches the query predicate (code here). If it no longer exists/matches, we skip it. This is undesirable during a sorted findAndModify, because if we are doing an in-memory sort, it will have a limit of 1, so skipping will effectively mean returning null (even if there may have been other matches).
A similar problem exists in the update stage.
- is duplicated by
-
SERVER-31288 findAndModify using a sorting will fail when done concurrently
- Closed
- related to
-
SERVER-23925 Potential use-after-free when WSM is refetched after snapshot id changes in UpdateStage and DeleteStage
- Closed