On Fri, 10 Feb 2017, at 02:29 AM, Ricardo Signes wrote: > My reading is that when returning an object of an existing
> data type, no extra (not in spec) properties should be provided > unless the > client has expressly opted in to this extension. Correct. > Opting in does not appear to be defined in the spec. Yes, this still needs to be done. Previous versions had various mechanisms, but they all had significant problems so we took them out while we reconsider. The opt-in could be at the method level, or it could be at the connection level. > Meaning that if you want to get message.mood, you'd need to include > "mood" in the `properties` argument to getMessages. Of course, that > means that > you'll need to include every other property, too, and can't just say > "all the > core ones plus mood." No, if you opt in to an extension that adds a property to the object, then if you don't request a specific set of properties (i.e. you pass `properties: null` to a getFoos method), then all properties are returned including any ones from the extensions you have opted into. Neil. -- You received this message because you are subscribed to the Google Groups "JMAP" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jmap-discuss/1486694866.2272795.876367984.13B7C93D%40webmail.messagingengine.com. For more options, visit https://groups.google.com/d/optout.
