Closed
Bug 756620
Opened 13 years ago
Closed 12 years ago
App-cache integration during OWA installation on desktop
Categories
(Firefox Graveyard :: Web Apps, defect)
Firefox Graveyard
Web Apps
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sicking, Unassigned)
References
Details
(Keywords: meta, Whiteboard: [qa-])
Attachments
(1 obsolete file)
This is a tracking bug for implementing app-cache integration with the .install() call.
The behavior we want from an API point of view is:
1. Store calls the .install() function
2. If needed, the firefox asks the user if installing is ok.
3. Firefox downloads the manifest and finds the URL of the appcache manifest
(possibly by checking the manifest attribute of the app's start page)
4. Firefox creates a new profile folder for the XULRunner app which will be
used to run the app.
5. Firefox starts downloading the resources listed in the appcache manifest
and saves them in the newly created profile folder
6. As resources are downloaded, progress events are delivered to the store.
Reporter | ||
Updated•13 years ago
|
Summary: App-cache integration during installation → App-cache integration during OWA installation on desktop
Reporter | ||
Updated•13 years ago
|
Reporter | ||
Updated•13 years ago
|
Comment 1•12 years ago
|
||
Nominating for k9o - This relates to integrating app cache to the install flow of web apps to enable part of a k9o user story through app cache support (https://wiki.mozilla.org/Kilimanjaro/ProductDraft#The_Mozilla_web_platform_will_include_core_features_for_developing_games.2C_social.2C_productivity.2C_and_media_apps)
blocking-kilimanjaro: --- → ?
Comment 2•12 years ago
|
||
No need to block on this bug, we'll block on bug 760365 instead.
blocking-kilimanjaro: ? → ---
Keywords: meta
Updated•12 years ago
|
Component: DOM: Mozilla Extensions → Web Apps
Product: Core → Firefox
QA Contact: general → webapps
Updated•12 years ago
|
QA Contact: jsmith
Reporter | ||
Comment 3•12 years ago
|
||
Other than bug 760067, is there anything left here that we absolutely need to do?
I don't think bug 744713 is a must-have, though it would be very nice to have.
Reporter | ||
Comment 4•12 years ago
|
||
Would be great to have verified that we have all the pieces that we need here for the initial release for apps:
* At installation the appcache resources are downloaded.
* During download, progress events are sent to the store through the app object.
* As soon as the app icon appears on the desktop, that the app can be started without
network connectivity. I.e. all resources should be available through the appcache.
Comment 5•12 years ago
|
||
(In reply to Jonas Sicking (:sicking) from comment #4)
> Would be great to have verified that we have all the pieces that we need
> here for the initial release for apps:
>
> * At installation the appcache resources are downloaded.
> * During download, progress events are sent to the store through the app
> object.
> * As soon as the app icon appears on the desktop, that the app can be
> started without
> network connectivity. I.e. all resources should be available through the
> appcache.
The preloading testing of bug 760365 I think already tested this. In verifying bug 760067, I'll keep a look out for this to make sure this definitely works.
[comment deleted by admin]
Attachment #642234 -
Flags: ui-review+
Attachment #642234 -
Flags: review+
Attachment #642234 -
Flags: checkin-
Attachment #642234 -
Flags: approval1.9.2.28?
Attachment #642234 -
Flags: approval-mozilla-release?
Attachment #642234 -
Flags: approval-mozilla-esr10?
Attachment #642234 -
Flags: approval-mozilla-beta?
Attachment #642234 -
Flags: approval-mozilla-aurora?
Comment 7•12 years ago
|
||
Comment on attachment 642234 [details]
gaping
Please don't spam mozilla's bugzilla server with this. For testing, use landfill.
Attachment #642234 -
Attachment is obsolete: true
Attachment #642234 -
Flags: ui-review+
Attachment #642234 -
Flags: review+
Attachment #642234 -
Flags: checkin-
Attachment #642234 -
Flags: approval1.9.2.28?
Attachment #642234 -
Flags: approval-mozilla-release?
Attachment #642234 -
Flags: approval-mozilla-esr10?
Attachment #642234 -
Flags: approval-mozilla-beta?
Attachment #642234 -
Flags: approval-mozilla-aurora?
Comment 8•12 years ago
|
||
The content of attachment 642234 [details] has been deleted by
Dave Miller [:justdave] <justdave@mozilla.com>
who provided the following reason:
attachment was vandalism
The token used to delete this attachment was generated at 2012-07-14 09:33:09 PDT.
Comment 9•12 years ago
|
||
Jonas, is this work still targeting desktop support as well or are you focused on just the B2G implementation?
Comment 10•12 years ago
|
||
(In reply to Ragavan S [:rags] from comment #9)
> Jonas, is this work still targeting desktop support as well or are you
> focused on just the B2G implementation?
It works on both!
Reporter | ||
Comment 11•12 years ago
|
||
Yup, I think we can close this one.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Whiteboard: [qa-]
Comment 12•12 years ago
|
||
This doesn't work on Firefox/Android, however, as far as I can tell.
Comment 13•11 years ago
|
||
I think this doesn't work anymore on desktop. I'll investigate a bit and file a new bug.
Comment 14•11 years ago
|
||
(In reply to Marco Castelluccio [:marco] from comment #13)
> I think this doesn't work anymore on desktop. I'll investigate a bit and
> file a new bug.
It works, it's just the cache directory that has changed on Linux :)
Assignee | ||
Updated•9 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•