-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: Sharding
-
Minor Change
-
ALL
-
v4.4
-
None
-
None
-
None
-
None
-
None
-
None
-
None
This is inconsistent with mongod, which always rejects the writeConcern field on commands where supportsWriteConcern() returns false.
The problem is that this check is using !wcResult.usedDefault, rather than something like request.body.hasField(WriteConcernOptions::kWriteConcernField).
mongod:
> db.runCommand({ping:1, writeConcern:{w:1}})
{
"ok" : 0,
"errmsg" : "Command does not support writeConcern",
"code" : 72,
"codeName" : "InvalidOptions"
}
> db.runCommand({ping:1, writeConcern:{}})
{
"ok" : 0,
"errmsg" : "Command does not support writeConcern",
"code" : 72,
"codeName" : "InvalidOptions"
}
mongos:
mongos> db.runCommand({ping:1, writeConcern:{w:1}})
{
"ok" : 0,
"errmsg" : "Command does not support writeConcern",
"code" : 72,
"codeName" : "InvalidOptions",
"operationTime" : Timestamp(1572499322, 1),
"$clusterTime" : {
"clusterTime" : Timestamp(1572499322, 1),
"signature" : {
"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
"keyId" : NumberLong(0)
}
}
}
mongos> db.runCommand({ping:1, writeConcern:{}})
{
"ok" : 1,
"operationTime" : Timestamp(1572499322, 1),
"$clusterTime" : {
"clusterTime" : Timestamp(1572499322, 1),
"signature" : {
"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
"keyId" : NumberLong(0)
}
}
}