- 
    Type:Task 
- 
    Resolution: Done
- 
    Priority:Major - P3 
- 
    None
- 
    Component/s: None
- 
    None
Related to DRIVERS-143, obviously. DRIVERS-143 is about the Bulk API's merged results from a series of operations.
This ticket is about the simple "update" operation. If a driver uses the new "update" command, the 2.6 server responds with an accurate count of documents actually changed, in the "nModified" field. For example, if a document has "x: 1" and you use the "update" command to set x to 1, the server responds with "nModified: 0".
This behavior is impossible to simulate with OP_UPDATE, so drivers shouldn't return an nModified field as the result of a legacy update operation. Depending on the language, the field should be absent, or NULL, or attempting to access it should raise an exception.
- depends on
- 
                    CXX-20 Implement full support for write commands -         
- Closed
 
-         
- is related to
- 
                    CXX-1172 Document `result::bulk_write::modified_count()` throws with mongod 2.4 -         
- Closed
 
-         
- 
                    PHPC-278 WriteResult::getModifiedCount() should return null for legacy writes -         
- Closed
 
-         
- 
                    CSHARP-925 nModified should be null from legacy writes -         
- Closed
 
-         
- 
                    NODE-148 nModified should be null from legacy writes -         
- Closed
 
-         
- 
                    PYTHON-648 nModified should be null from legacy writes -         
- Closed
 
-         
- 
                    RUBY-727 nModified should be null from legacy writes -         
- Closed
 
-         
- related to
- 
                    SERVER-13001 exclude nModified from legacy write results -         
- Closed
 
-         
- 
                    DRIVERS-143 Don't include the nModified field in Bulk API results if talking to a legacy server. -         
- Closed
 
-