When re-creating a collection that was dropped via dropDatabase, if the create write concern is not honored the operation succeeds and no write concern error is returned.

AFFECTED DEPLOYMENTS
Only sharded clusters.

AFFECTED VERSIONS
At the time of writing this ticket: v8.0 and master.

REPRODUCIBLE

1. db.runCommand({create:'a', writeConcern:{w:'majority', wtimeout:300}});
2. db.dropDatabase();
3. db.runCommand({create:'b', writeConcern:{w:'majority', wtimeout:300}}); // Implicitly re-create the db by creating another collection
4. Block secondaries (e.g. stop replication on secondaries via fsync lock)
5. db.runCommand({create:'a', writeConcern:{w:'majority', wtimeout:300}}); // This should fail with a write concern error but succeeds