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

Relax KeysCollectionManager::getKeyForValidation keyId restriction

    • Type: Icon: Improvement Improvement
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 3.5.9
    • Affects Version/s: 3.5.7
    • Component/s: None
    • None
    • Fully Compatible
    • Sharding 2017-06-19

      to allow matching keyId to keys even though they are not the best choice if expiredAt is the only criteria.

      Example:

      key1: { _id: 1, expiredAt: 10 }
      key2: { _id: 2, expiredAt: 12 }
      request: { _id: 2, time: 8 }
      

      In the example above, getKeyForValidation will choose key1 since it has the closest expiredAt for the given time and since the keyId does not match, it will return an error. This scenario should not happen unless key2 was created before key1, which might be possible with SERVER-28883.

            Assignee:
            misha.tyulenev@mongodb.com Misha Tyulenev (Inactive)
            Reporter:
            randolph@mongodb.com Randolph Tan
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: