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)

All
Gonk (Firefox OS)
defect

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.
Component: Client → General
Product: Loop → Marketplace
Version: unspecified → 2.0
Please specify the whitelist (including any dev/stage options you'll need). Thanks!
Flags: needinfo?(ferjmoreno)
Priority: -- → P1
Whiteboard: ft:loop
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.
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)
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: nobody → mpillard
< clouserw> tarek: freezes happen on friday though, so we'll need the link by then please!
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)
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.
Some combination of :abr and :RT, I suspect.
Flags: needinfo?(rtestard)
Flags: needinfo?(adam)
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.
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)
Clearing my flag here -- this is a PM (RT) and Marketing (Arcadio) decision.
Flags: needinfo?(adam)
So it sounds like https://hello.firefox.com/ and https://call.firefox.com/ are the origins to whitelist.
Target Milestone: --- → 2014-08-05
Status: NEW → ASSIGNED
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.