[SERVER-51114] $in query with BinData type 2 fails passthrough suites Created: 23/Sep/20  Updated: 27/Oct/23  Resolved: 12/Nov/20

Status: Closed
Project: Core Server
Component/s: Querying
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Major - P3
Reporter: Eric Cox (Inactive) Assignee: Nikita Lapkov (Inactive)
Resolution: Gone away Votes: 0
Labels: qexec-team
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File in_repro.js    
Sprint: Query 2020-11-16
Participants:

 Description   

I ran into this evergreen failure when submitting a patch build for the $in work in SERVER-49841.

There were a handful of failures in the burn_in_test jscore sharded/causally consistent sharded passthroughs. 

https://spruce.mongodb.com/version/5f6a64f11e2d17450be051e6/tasks

I was able to produce a minimal reproduction locally (see the attached in_repro.js file) with the following command

buildscripts/resmoke.py run --suites=causally_consistent_jscore_passthrough_auth --storageEngine=wiredTiger --installDir=dist-test/bin --continueOnFailure --jobs=4 --repeatTestsMax=1000 --repeatTestsMin=2 --repeatTestsSecs=600.0 --shuffle --storageEngineCacheSizeGB=1 in_repro.js

The minimal doc set is the following,

let docs = [ {x: BinData(1, "AAA=")}, {x: BinData(2, "AAA=")}, ];

The $in query that failed contains a BinData item with the deprecated subtype 2,

coll.find({x: {$in: ["b", BinData(2, "AAA=")]}}

It should be noted that this query doesn't fail with sbe off/on as the jsCore_slot_based_execution suite passes as well in this build as does jsCore.


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