Closed
Bug 670821
Opened 13 years ago
Closed 13 years ago
Ongoing notification "Downloading: Aurora" hangs at 64% when I transition from 3G to Wifi
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 618316
People
(Reporter: Atoll, Assigned: alexp)
Details
Problem: The Aurora auto-update progress bar hung at 64% when I enabled wireless while at home, a few feet from the access point. Aurora should detect when the data connection changes state (3g->down, wifi->3g, etc) and react intelligently. Either the download should suspend and then resume after a moment. Or it should abort. But it's been ten minutes so far and it's still wedged at 64%. Workaround: Sit very still while downloading updates and hopefully not get bumped to a new IP address by the wireless or cellular or whatever. Parity: Market auto-update downloads abort within a minute or two. We could meet this with aborting, or exceed it by resuming automatically.
Comment 1•13 years ago
|
||
This is not the first time we have seen this bug filed. We have the means to be notified when the connection type changes. Maybe we can do something like a smart abort / restart?
tracking-fennec: --- → ?
Updated•13 years ago
|
Assignee: nobody → doug.turner
Assignee | ||
Comment 2•13 years ago
|
||
We fixed this (the progress being stuck) in the bug 609366. Is this a regression?
(In reply to comment #1) > This is not the first time we have seen this bug filed. We have the means to > be notified when the connection type changes. Maybe we can do something like > a smart abort / restart? Where you say restart above, do you mean resume? Or, start over the entire download from 0%?
Comment 4•13 years ago
|
||
(In reply to comment #3) > (In reply to comment #1) > > This is not the first time we have seen this bug filed. We have the means to > > be notified when the connection type changes. Maybe we can do something like > > a smart abort / restart? > > Where you say restart above, do you mean resume? Or, start over the entire > download from 0%? Resume
Updated•13 years ago
|
Assignee: doug.turner → alexp
Assignee | ||
Comment 5•13 years ago
|
||
I am unable to reproduce this bug. Tried both Aurora and my own dev build - don't see this behavior as described. Switching from 3G to WiFi, or from WiFi to 3G stops downloading and hides the notification. Can you provide more details? Were there any special steps? What build and what device did you use? Was that really a Mac OS X build or just the Platform in the bug is set incorrectly?
Comment 6•13 years ago
|
||
Bug 618316?
Assignee | ||
Comment 7•13 years ago
|
||
(In reply to comment #6) > Bug 618316? Yep. Looks like now we want that. Though it's still not clear, why this one happened again. I still cannot reproduce the frozen progress.
Comment 8•13 years ago
|
||
If this is a dupe of bug 618316, please mark it as so. If not, what do we need to fix this bug?
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 10•13 years ago
|
||
Actually from the description of this bug I'd say it's a dupe of the bug 609366, with a regression. Bug 618316 is different, though that's the one which fix is now expected from the discussion on IRC and the comments above.
Updated•13 years ago
|
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
tracking-fennec: ? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•