979852 - Add photo metadata to mozContact

Status: RESOLVED WONTFIX

(Core Graveyard :: DOM: Contacts, defect, P5)

Description

[Jose Manuel Cantera]

As per the discussion on the mailing list We need to extend the mozContact.photo to be an  object Array that includes both the blob, some metadata associated to the image and the original source of the image. 

photo = {
  blob: <Blob>
  metadata: {
    width: <>
    height: <> 
    other: {} 
  }
  source: <URL to the original photo source. useful for importation from other services>
}

The <other> field would allow to add other metadata to the photo field.

Comment 1

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

Something like

photo = {
  blob: <Blob>,
  width: 64,
  height: 64,
  url: "..."
}

seems good.

I'm not a big fan of having a generic "stuff whatever you want here" things like 'other'. That means abandoning using a standardized schema that can be understood by other applications.

This is something that keeps coming up though. Maybe on contact we should allow something like:

contact = {
  ...
  other = [
    { name: "...", value: string/number/blob },
    { name: "...", value: string/number/blob },
  ],
}

We can then use that to store arbitrary metadata that we don't expect other applications to need to consume. We should also use some sort of namespacing scheme for the names.

How does vcard deal with this?

Comment 2

[Reuben Morais [:reuben]]

(In reply to Jonas Sicking (:sicking) from comment #1)
> I'm not a big fan of having a generic "stuff whatever you want here" things
> like 'other'. That means abandoning using a standardized schema that can be
> understood by other applications.
> 
> This is something that keeps coming up though.

This sounds like a problem that can be more elegantly solved in storage. For example, apps could have  metadata attached to objects in their DataStores that are not synced back to the "source" stores. (Is this how DS works? I'm not very familiar with its API.)

Comment 3

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

Yeah, with DataStore this becomes much better. But it'll be a while before we manage to migrate contacts to DataStore.

But it's a good point that arbitrary metadata becomes much less needed with DataStore.

Comment 4

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.

Comment 5

[Sylvestre Ledru [:Sylvestre]]

DOM: Contacts isn't used anymore. 
Closing all remaining bugs.