Closed
Bug 813749
Opened 12 years ago
Closed 11 years ago
Show download UI while downloading and installing apps
Categories
(Firefox for Android Graveyard :: Web Apps (PWAs), defect, P1)
Tracking
(fennec+)
RESOLVED
INCOMPLETE
Tracking | Status | |
---|---|---|
fennec | + | --- |
People
(Reporter: wesj, Unassigned)
References
Details
(Keywords: uiwanted, Whiteboard: [A4A] [packagedapps])
packaged apps (and webapps that have an app cache in their manifest), go through a download process when they're being installed. Right now we just ignore it because we only support the manifest and we're fine launching even if it isn't downloaded entirely yet. For Packaged apps that isn't true. For app cache, that means passing a listener [1] through when we call confirmInstall [2]. [1] http://mxr.mozilla.org/mozilla-central/source/uriloader/prefetch/nsIOfflineCacheUpdate.idl#21 [2] http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/browser.js#6853 I'm not exactly sure if this will be enough for packaged apps. We likely want to show the progress using a native Android Notification (the same one we use to show the install happened if its around). An example of showing download progress in a notification is done by our download manager: http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/downloads.js#127
Updated•12 years ago
|
Whiteboard: A4A, blocking-webrtandroid1?
Updated•12 years ago
|
Whiteboard: A4A, blocking-webrtandroid1? → [blocking-webrtandroid1?]
Updated•12 years ago
|
Component: General → Web Apps
QA Contact: aaron.train
Comment 1•12 years ago
|
||
We really need to establish the minimum UI required. We don't use a progress bar for Add-ons, for example. Just toasts.
tracking-fennec: --- → +
Priority: -- → P1
Whiteboard: [blocking-webrtandroid1?] → A4A
Updated•12 years ago
|
Assignee: nobody → ibarlow
Comment 2•12 years ago
|
||
Just want to make sure I understand what we're looking for here in terms of UX. So right now, the download behaviour is such that I don't have any visibility into what is happening: 1. I tap download in the marketplace 2. App downloads (no indication of this other than confirmation on marketplace page) 3. App appears on home screen 4. User is notified via toast? So we want to provide some more useful real time information, like 1. I tap download in the marketplace 2. I see a download icon appear in the notification bar 3. Opening the notification tray shows me what is downloading, and how far along it is 4. The notification tells me when the download is done 5. The notification (or a toast) tells me when the app has been successfully installed I can work on some UI for this, but is that the gist of what we're discussing here?
Comment 3•12 years ago
|
||
(In reply to Ian Barlow (:ibarlow) from comment #2) > So we want to provide some more useful real time information, like > > 1. I tap download in the marketplace > 2. I see a download icon appear in the notification bar > 3. Opening the notification tray shows me what is downloading, and how far > along it is > 4. The notification tells me when the download is done > 5. The notification (or a toast) tells me when the app has been successfully > installed Technically, we don't even need #3 (the progress part) > I can work on some UI for this, but is that the gist of what we're > discussing here? Yes. Some webapps are just links to websites. Those need no download. Some webapps are like native apps: They are a ZIP file downloaded from the Marketplace. Those need a little indicator that a download is happening. Native apps do the same thing when installing.
Comment 4•12 years ago
|
||
Note: We need to be sure that we have a download/network failure/interrupt case covered. :)
Updated•11 years ago
|
Whiteboard: A4A → [A4A] [packagedapps]
Updated•11 years ago
|
Status: NEW → ASSIGNED
Updated•11 years ago
|
Updated•11 years ago
|
Assignee: ibarlow → nobody
Comment 5•11 years ago
|
||
We won't fix this in the original implementation, but we'll fix it in the new one, for which aaronmt filed bug 960584. Let's use that bug to track the work.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•