List of Capabilities is inconsistent with example

[johnbrvc]

The /contests/contestid/access endpoint description has an example that shows a capability (patch_time) that is not part of the Capabilities list, rather, the contest_start capability is what should probably be used in the example, eg:

{
   "capabilities": ["contest_start"],
   "endpoints": [
     { "type": "contests", "properties": ["id","name","formal_name",...]},
     { "type": "problems", "properties": ["id","label",...]},
     { "type": "submissions", "properties": ["id","language_id","reaction",...]}
     ...
   ]
}

[deboer-tim]

Just to be clear, any system can support capabilities that are not in the spec (like additional objects, this is one of the expected places for systems to extend or try new things for future spec versions), but I 100% agree that our examples should use capabilities that are in the spec.