Closed
Bug 695739
Opened 14 years ago
Closed 14 years ago
Unable to install a webapp on any non-Firefox browser
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect, P3)
addons.mozilla.org Graveyard
Public Pages
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: krupa.mozbugs, Assigned: spasovski)
References
()
Details
steps to reproduce:
1. Load https://addons-dev.allizom.org/en-US/apps/app/test-webapp-11/ in Chrome.
2. Click on the install button.
expected behavior:
webapp can be installed on non-Firefox browsers
actual behavior:
Unable to install a webapp on any non-Firefox browser
Comment 1•14 years ago
|
||
Does anyone know what JS libs or otherwise we need to install on a non-Firefox browser.
Assignee: nobody → amckay
Comment 3•14 years ago
|
||
We noticed that the manifest fetcher at myapps.mozillalabs.com broke yesterday for some reason yet to be determined, causing this issue. Looking into this now.
Comment 4•14 years ago
|
||
Ian tracked down the problem to the VM hosting myapps.mozillalabs.com being unable to reach out to external networks. This is being tracked in an internal IT ticket.
Comment 5•14 years ago
|
||
(In reply to Andy McKay [:andym] from comment #1)
> Does anyone know what JS libs or otherwise we need to install on a
> non-Firefox browser.
I think this involves including the webapp shim library, which I can't find a link to right now.
Comment 6•14 years ago
|
||
What do you use on myapps.mozillalabs.com Anant? Then we can use the same on AMO.
Updated•14 years ago
|
Priority: -- → P3
Comment 7•14 years ago
|
||
The code running on myapps is this: https://github.com/mozilla/openwebapps/tree/develop/site
Among other things it provides:
- include.js, a HTML5-only implementation of the navigator.mozApps API for use in instances where the Firefox add-on is/can not be installed.
- A manifest fetcher (proxy) that allows include.js to fetch manifest files from remote servers to work around cross-origin limitations
Running the code on AMO infrastructure is certainly an option, but it is preferable to continue using the myapps domain as installed apps are stored in localStorage for that domain (which is where the dashboard is also hosted).
Comment 8•14 years ago
|
||
Thanks I'll take a look.
I doubt we want to have AMO traffic hitting myapps for code.
And for the exact reasons you mentioned, we need to keep track of apps free and paid installed off of AMO, for that reason we'll need to be keeping it in localstorage on the AMO domain.
Comment 9•14 years ago
|
||
I don't think we want AMO to be aware of apps that the user installed from places other than AMO (other app stores, self-published apps etc). For this reason it is preferable to host include.js on the same domain we will provide a 'guest mode' dashboard of all apps the user has purchased everywhere. Currently, this is myapps.mozillalabs.com but will have to be moved to production soon; and preferably not on the same domain as AMO.
AMO is already keeping track of apps installed by the user that were installed from AMO itself and that is done independently of the mozApps API.
Comment 10•14 years ago
|
||
Can someone tell me the next steps for this bug and the priority?
Updated•14 years ago
|
Assignee: amckay → dspasovski
Assignee | ||
Comment 11•14 years ago
|
||
include.js was added so this should work
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•14 years ago
|
||
Able to install free apps on Safari and Chrome. Install for purchased apps doesn't work and is being tracked at bug 704534
Status: RESOLVED → VERIFIED
Updated•10 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•