-
Type:
Bug
-
Status: Closed
-
Priority:
Major - P3
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 4.1.8
-
Component/s: Replication
-
Labels:
-
Backwards Compatibility:Fully Compatible
-
Operating System:ALL
-
Epic Link:
-
Sprint:Repl 2019-02-11
When calling prepareTransaction, _prepareOpTime isn't set when recovering a prepared transaction. As a result, we can falsely return true when checking that the commitTimestamp is strictly greater than the prepareTimestamp (which would be set to the default (0, 0)). This would be a problem for failover test suites.
- related to
-
SERVER-38866 Ensure that secondaries correctly pin the stableTimestamp when there are prepared transactions
-
- Closed
-