Closed
Bug 813575
Opened 13 years ago
Closed 13 years ago
[Apps] When canceling the download of a packaged app, the attribute downloading is still set to true
Categories
(Core Graveyard :: DOM: Apps, defect)
Core Graveyard
DOM: Apps
Tracking
(blocking-basecamp:+, firefox18 fixed, firefox19 fixed, firefox20 fixed)
People
(Reporter: arcturus, Assigned: ferjm)
References
Details
(Whiteboard: [qa-])
Attachments
(1 file)
|
2.37 KB,
patch
|
fabrice
:
review+
|
Details | Diff | Splinter Review |
When the download is canceled, the attribute 'downloading'continue being set to 'true' which IMHO should change to 'false'
| Reporter | ||
Updated•13 years ago
|
blocking-kilimanjaro: --- → ?
| Reporter | ||
Updated•13 years ago
|
blocking-basecamp: --- → ?
blocking-kilimanjaro: ? → ---
Comment 1•13 years ago
|
||
We do set downloading to false at https://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#761, which is then turned into a downloaderror at https://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.js#593
I'll build a large package to get a chance to cancel the download and see what happens - my current tests apps download too fast.
| Reporter | ||
Comment 2•13 years ago
|
||
(In reply to Fabrice Desré [:fabrice] from comment #1)
>
> I'll build a large package to get a chance to cancel the download and see
> what happens - my current tests apps download too fast.
You can try here:
http://owapps.cloudfoundry.com
Is an nodejs app that we created to testing in the different environments. You can run it local, the project is in github:
https://github.com/ferjm/apptester
Thanks.
| Assignee | ||
Comment 3•13 years ago
|
||
Assignee: nobody → ferjmoreno
Attachment #683962 -
Flags: review?(fabrice)
| Assignee | ||
Updated•13 years ago
|
Attachment #683962 -
Attachment is patch: true
| Assignee | ||
Comment 4•13 years ago
|
||
There were two different issues here:
1. 'aApp' was undefined at [1], so the message was not being sent.
2. Once 1. was fixed, we ended up with two different 'ondownloaderror' events being fired (one of them with 'downloading' true). The first one requested from 'cancelDownload()' and the other requested by the handler[2] of the network error caused by the cancellation of the HTTP channel[3].
[1] https://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#767
[2] https://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#1381
[3] https://mxr.mozilla.org/mozilla-central/source/dom/apps/src/Webapps.jsm#756
Updated•13 years ago
|
Attachment #683962 -
Flags: review?(fabrice) → review+
| Assignee | ||
Comment 5•13 years ago
|
||
Updated•13 years ago
|
blocking-basecamp: ? → +
Comment 6•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Updated•13 years ago
|
Whiteboard: [qa-]
Comment 7•13 years ago
|
||
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•