Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-51114

$in query with BinData type 2 fails passthrough suites

    • Type: Icon: Task Task
    • Resolution: Gone away
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: Querying
    • Labels:
    • Query 2020-11-16

      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.

            Assignee:
            nikita.lapkov@mongodb.com Nikita Lapkov (Inactive)
            Reporter:
            eric.cox@mongodb.com Eric Cox (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: