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

Assertion to guard against individual commands inside transactions specifying their own readConcern happens after waiting for readConcern

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 4.4.0-rc2, 4.7.0
    • Component/s: None
    • Labels:
      None
    • Backwards Compatibility:
      Fully Compatible
    • Operating System:
      ALL
    • Backport Requested:
      v4.4
    • Sprint:
      Execution Team 2020-04-20
    • Linked BF Score:
      44

      Description

      We have a uassert that should prevent individual transaction statements from specifying their own readConcern. However, we wait for read concern before calling runCommandImpl, which is where our uassert executes.

      As a result, if we specify a readConcern for a statement following the first statement in the transaction, we will fail the uassert, but not until after actually waiting for the read concern.

        Attachments

          Issue Links

          related to

          Bug - A problem which impairs or prevents the functions of the product. SERVER-47508 opCtx->inMultiDocumentTransaction() is set to true for test case run "outside" of a transaction

          • Major - P3 - Major loss of function.
          • Closed

          Improvement - An improvement or enhancement to an existing feature or task. SERVER-47861 Investigate consolidation of readConcern validation

          • Major - P3 - Major loss of function.
          • Closed

            Activity

              People

              Assignee:
              maria.vankeulen Maria van Keulen
              Reporter:
              maria.vankeulen Maria van Keulen
              Participants:
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: