Closed Bug 813428 Opened 13 years ago Closed 13 years ago

Development manifests used for the Social API when switched from Release to Beta channel

Categories

(Firefox Graveyard :: SocialAPI, defect)

17 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: kinshuksunil, Unassigned)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 Build ID: 20121113065533 Steps to reproduce: I switched channels from release to beta so that I can try out the Facebook Messenger for Firefox (It can only be disabled for beta users) Actual results: The Facebook Messenger for Firefox was turned on, but I only got the development demo sidebar and not the actual feature. Expected results: I should have gotten the Facebook Messenger for Firefox feature working as promised on the Facebook website (https://www.facebook.com/about/messenger-for-firefox)
I temporarily fixed the problem by doing the following: In about:config, I saw two manifests: social.manifest.facebook and social.manifest.http://mixedpuppy.github.com with different values. I inferred that for some reason the Facebook manifest is not being used and since we cannot delete keys from about:config, I replaced the value for social.manifest.http://mixedpuppy.github.com with the value from social.manifest.facebook and the feature works.
This screenshot shows the issue clearly: Even after the user has the Facebook Messenger for Firefox turned on, the user only gets the developer demo of the feature
In this screenshot, you can see that I copied the content of social.manifest.facebook to social.manifest.http://mixedpuppy.github.com and this resolved the issue for me, for now.
Component: Untriaged → SocialAPI
social.manifest.http://mixedpuppy.github.com isn't a pref that we ship by default - you must have added it manually at some point? Tweaking the social.manifest.* prefs manually can currently result in some bad failures, because we don't support multiple providers (and so end up just using the "first", which can be a bit random). We're working on supporting multiple providers in bugs tracked by bug 786131, and when that is fixed this will be better supported.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: