[SERVER-57281] SBE incorrectly constructs a collection scan instead of an optimized oplog scan Created: 28/May/21  Updated: 29/Oct/23  Resolved: 02/Jun/21

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: None
Fix Version/s: 5.0.0-rc1, 5.1.0-rc0

Type: Bug Priority: Major - P3
Reporter: Kyle Suarez Assignee: Martin Neupauer
Resolution: Fixed Votes: 0
Labels: post-rc0, sbe-post-rc0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Backports
Depends
Backwards Compatibility: Fully Compatible
Operating System: ALL
Backport Requested:
v5.0
Sprint: Query Execution 2021-06-14
Participants:
Linked BF Score: 146

 Comments   
Comment by Vivian Ge (Inactive) [ 06/Oct/21 ]

Updating the fixversion since branching activities occurred yesterday. This ticket will be in rc0 when it’s been triggered. For more active release information, please keep an eye on #server-release. Thank you!

Comment by Githook User [ 02/Jun/21 ]

Author:

{'name': 'Martin Neupauer', 'email': 'xmaton@messengeruser.com'}

Message: SERVER-57281 SBE incorrectly constructs a collection scan instead of an
optimized oplog scan

We will take into consideration the stopApplyingFilterAfterFirstMatch
flag when deciding to contruct an optimized oplog scan.

(cherry picked from commit dac40446d6c44a806e5f20b67b7ce1b6bc0a87ad)
Branch: v5.0
https://github.com/mongodb/mongo/commit/09ff09663003da7414cbd2ab1686674f5a0c7739

Comment by Githook User [ 28/May/21 ]

Author:

{'name': 'Martin Neupauer', 'email': 'xmaton@messengeruser.com'}

Message: SERVER-57281 SBE incorrectly constructs a collection scan instead of an
optimized oplog scan

We will take into consideration the stopApplyingFilterAfterFirstMatch
flag when deciding to contruct an optimized oplog scan.
Branch: master
https://github.com/mongodb/mongo/commit/dac40446d6c44a806e5f20b67b7ce1b6bc0a87ad

Generated at Thu Feb 08 05:41:27 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.