-
Type:
Spec Change
-
Resolution: Unresolved
-
Priority:
Unknown
-
None
-
Component/s: Backpressure
-
None
6. Test error propagation after encountering multiple errors.:Case 3: Test that drivers return the correct error when receiving some errors with `NoWritesPerformed` and some without `NoWritesPerformed` has the following issues that should be fixed:
- It instructs to configure two fail points with error code 91 (NotWritablePrimary) and 91 (ShutdownInProgress). Given that the error codes specified are the same, but names specified are different, it is unclear whether it was meant to instruct error codes to be 91 and 91, or 10107 and 91.
- The intended requirement was to specify 91 and 91.
- It instructs to configure monitorCommands=true, but that is not an option recognized in the specification.
- Cases 1 and 2 just say "Via the command monitoring", case 3 should use the same wording.
- Cases 1 and 2 instruct to configure a fail point in step 2, and in step 3 instruct to configure another fail point via a command listener. Such narrative order is consistent with the causal order. Case 3 does it differently: step 2 instructs to configure a fail point via a command listener, while step 3 instructs to configure one normally. Not only the order chosen in case 3 is inconsistent with the causal order, but also makes it more difficult for a reader to see how case 3 is similar to cases 1 and 2.
- Case 3 should switch steps 2 and 3 places to match the narrative order chosen in cases 1 and 2.
- is caused by
-
DRIVERS-3326 Clarify `NoWritesPerformed` error label behavior when multiple retries occur
-
- Implementing
-