Closed
Bug 1040278
Opened 11 years ago
Closed 11 years ago
Expose a postMessage based API to allow app management to trusted 3rd party apps.
Categories
(Marketplace Graveyard :: General, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
2014-08-05
People
(Reporter: ferjm, Assigned: mat)
References
Details
(Whiteboard: [qa-] ft:loop)
The rationale for this request can be found at https://bugzilla.mozilla.org/show_bug.cgi?id=1008990#c28 and following comments.
Basically, we need the Marketplace to expose an embeddable page probably for certain white listed origins where a postMessage based API can be used to check an app installation and allow the installation of the app if it is not already installed.
Reporter | ||
Updated•11 years ago
|
Component: Client → General
Product: Loop → Marketplace
Version: unspecified → 2.0
Comment 1•11 years ago
|
||
Please specify the whitelist (including any dev/stage options you'll need). Thanks!
Flags: needinfo?(ferjmoreno)
Priority: -- → P1
Updated•11 years ago
|
Whiteboard: ft:loop
Assignee | ||
Comment 2•11 years ago
|
||
We already have something like this: https://marketplace.firefox.com/iframe-install.html (also available on dev/stage) - we'd just need to whitelist another origin.
Reporter | ||
Comment 3•11 years ago
|
||
That's excellent news!
I'll defer to Tarek and/or Dan in order to provide the Loop client (standalone UI) URLs.
Flags: needinfo?(tarek)
Flags: needinfo?(ferjmoreno)
Flags: needinfo?(dmose)
Comment 4•11 years ago
|
||
Marketplace updates occur on Tuesdays - we will provide Wil/Mat the URLs this week so they are added in the train.
Dan do you mind providing the exact links here ? thx
Flags: needinfo?(tarek)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → mpillard
Comment 5•11 years ago
|
||
< clouserw> tarek: freezes happen on friday though, so we'll need the link by then please!
Comment 6•11 years ago
|
||
I think this depends on how we end up serving the static content pages in our regular deployment process (eg do we continue to use two separate servers and a redirect?). My assumption was that this hadn't really been decided, and was actually likely to come up at the meeting on Monday to discuss bug 1042528. Adding ckarloff for his thoughts here...
Flags: needinfo?(dmose)
Comment 7•11 years ago
|
||
Who is in charge of the product production URIs, in particular for the Loop web client? It doesn't matter much how it's deployed.
Comment 8•11 years ago
|
||
Some combination of :abr and :RT, I suspect.
Updated•11 years ago
|
Flags: needinfo?(rtestard)
Flags: needinfo?(adam)
Comment 9•11 years ago
|
||
To clarify, I think the info needed here is, who owns the "how the production URLs for the standalone link clicker code should look", and what does that owner think they should look like.
After chatting with :ckarlof, his suggestion was that we simply get a judgement call made on this, and then services can figure out how to do the routing as necessary.
Comment 10•11 years ago
|
||
We discussed this with Aracadio and once we reach Beta (I think before Beta won't apply to this bug) the URL format for link clickers should be implemented as described on https://bugzilla.mozilla.org/show_bug.cgi?id=1046114
Flags: needinfo?(rtestard)
Comment 11•11 years ago
|
||
Clearing my flag here -- this is a PM (RT) and Marketing (Arcadio) decision.
Flags: needinfo?(adam)
Comment 12•11 years ago
|
||
So it sounds like https://hello.firefox.com/ and https://call.firefox.com/ are the origins to whitelist.
Updated•11 years ago
|
Target Milestone: --- → 2014-08-05
Assignee | ||
Updated•11 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 13•11 years ago
|
||
Added those 2 origins to the whitelist in https://github.com/mozilla/zamboni/commit/f1d77ff5a7e05486d7a929cd66caaa48c0447d53
We'll cherry-pick that into the tag for tomorrow's push.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: ft:loop → [qa-] ft:loop
You need to log in
before you can comment on or make changes to this bug.
Description
•