Closed Bug 757747 Opened 12 years ago Closed 12 years ago

need enhanced profile data from provider

Categories

(Firefox Graveyard :: SocialAPI, defect)

x86_64
Windows Vista
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: markh, Assigned: mhanson)

References

Details

(Whiteboard: [Fx16])

Providers can indicate content to be shown when one of the notification area icons is clicked - but not when the profile portrait is clicked.

Simplest would be to allow a new field - eg, 'portraitClickUrl' to the social.ambient-notification-area message (which already includes the URL of the portrait itself).  One downside of this though is that the provider doesn't get flexibility about how to show that URL - eg, they may want it shown in a popup panel like the other buttons (and conversely, some providers may not want the other buttons to be shown in a popup panel but instead in a new tab).  IOW, there may be a case for unifying all the URLs in the ambient area to be both consistent and flexible.

Assigning to Mike in the first instance to make a decision on the API.
this is related to the design in bug 763837.  I've pushed profile capability on the xulmenu branch, https://github.com/mozilla/socialapi-dev/commit/33d969b2cc9164b6773ffcbe1696299516f41bb6

As well, motown is sending the data to support this.  For ms1 at least, we can just open the profileURL in a tab.
Blocks: 763837
Whiteboard: [ms1]
for bug 765874 we'll need a larger profile image, and make sure displayName and userName are part of the profile request.
Blocks: 765874
Summary: No facility to take action when profile image is clicked → need enhanced profile data from provider
Whiteboard: [ms1] → [Fx16]
docs updated to reflect new profile data and status icon use.

https://github.com/mozilla/socialapi-dev/blob/xulmenu/docs/socialAPI.md
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.