Closed
Bug 588351
Opened 15 years ago
Closed 15 years ago
'Pause' button doesn't work in Downloads Manager
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(fennec2.0b1+)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
fennec | 2.0b1+ | --- |
People
(Reporter: p.chwiej, Assigned: jdm)
References
()
Details
Attachments
(2 files)
5.52 KB,
patch
|
dwitte
:
review+
|
Details | Diff | Splinter Review |
1008 bytes,
patch
|
dwitte
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.6.30 Version/10.61
Build Identifier: Mozilla/5.0 (X11; Linux armv7l; rv:2.0b5pre) Gecko/20100818 Namoroka/4.0b5pre Fennec/2.0a1pre
Maemo 5
fennec nightly (20100818)
Reproducible: Always
Steps to Reproduce:
1. Go to http://pidgin.im
2. Tap 'Download Pidgin' button
3. On the next page tap again on 'Download Pidgin' link
4. Tap 'Save' button
5. Open browser preferences and tap on downloads icon
6. Tap 'Pause' button
Actual Results:
It's not possible to pause the download, tapping on 'Pause' button has no effect
Expected Results:
Downloading should be paused
Comment 1•15 years ago
|
||
We need to support nsIResumableChannel in e10s.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 2•15 years ago
|
||
nsIResumableChannel should be fully supported from the suspend/resume work I did already. test_resumable_channel_wrap.js passes completely, at least.
Comment 3•15 years ago
|
||
We need to support nsIResumableChannel in ExternalHelperAppParent, is what mfinkle means. jdm: Feel free to drop a patch on me, if you like. If not I'll probably be harassing you for review of my own in the next few days.
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → josh
OS: Linux → Windows Server 2003
Assignee | ||
Comment 4•15 years ago
|
||
Piece of cake. Pausing and resuming downloads works like a charm.
Attachment #468248 -
Flags: review?(jduell.mcbugs)
Comment 6•15 years ago
|
||
Some Notes:
- Pause does work if you Cancel/Retry the download first.
- This is seen on Android and Maemo on 8/23 nightly builds.
tracking-fennec: --- → ?
OS: Windows Server 2003 → All
Hardware: Other → All
Updated•15 years ago
|
Severity: normal → major
Comment 7•15 years ago
|
||
Comment on attachment 468248 [details] [diff] [review]
Patch
r=dwitte if you want it!
Updated•15 years ago
|
Attachment #468248 -
Flags: review?(jduell.mcbugs) → review?(dwitte)
Updated•15 years ago
|
Attachment #468248 -
Flags: review?(dwitte) → review+
Updated•15 years ago
|
tracking-fennec: ? → 2.0b1+
Comment 8•15 years ago
|
||
Wow, thanks jdm!
Assignee | ||
Comment 9•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 10•15 years ago
|
||
Reopening bug. This is still broken when trying to pause directly. I can confirm it pauses only after you cancel/retry as aakash noted.
Tested against:
Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:2.0b4pre) Gecko/201000901 Namoroka/4.04pre Fennec/2.0a1pre
Mozilla/5.0 (Android; Linux armv7l; rv:2.0b5pre) Gecko/20100901 Firefox/4.0b5pre Fennec/2.0a1pre
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 11•15 years ago
|
||
If you cancel/resume, you're actually restarting the download on the chrome side, so that basically means pause doesn't work right for the e10s case. jdm, do you have thoughts on this?
Assignee | ||
Comment 12•15 years ago
|
||
I definitely remember it working when testing my changes; I'll see if I can reproduce the problem on my local desktop.
Assignee | ||
Comment 13•15 years ago
|
||
Hmm, it most definitely doesn't work. I'm seeing this error in the console:
JavaScript error: , line 0: uncaught exception: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIDownloadManager.pauseDownload]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://browser/content/downloads.js :: dv_pauseDownload :: line 381" data: no]
I'm on it.
Assignee | ||
Comment 14•15 years ago
|
||
Assignee | ||
Comment 15•15 years ago
|
||
Comment on attachment 471910 [details] [diff] [review]
Add missing interface reference to ExternalHelperAppParent.
I feel pretty dumb. Apparently I wasn't actually testing it properly, because it couldn't have worked without this change. Anyways, we should be golden with this patch.
Attachment #471910 -
Flags: review?(dwitte)
Comment 16•15 years ago
|
||
Comment on attachment 471910 [details] [diff] [review]
Add missing interface reference to ExternalHelperAppParent.
Gee gee.
Attachment #471910 -
Flags: review?(dwitte) → review+
Assignee | ||
Comment 17•15 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 18•15 years ago
|
||
We should have unit tests for this bug, so flagging in-testsuite?. Otherwise, verified FIXED on builds:
Mozilla/5.0 (X11; U; Linux armv71; Nokia N900; en-US; rv:2.0b6pre) Gecko/20100907 Namoroka/4.0b6pre Fennec/2.0b1pre
and
Mozilla/5.0 (Android; Linux armv71; Nokia N900; en-US; rv:2.0b6pre) Gecko/20100907 Namoroka/4.0b6pre Fennec/2.0b1pre
Status: RESOLVED → VERIFIED
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•