Closed Bug 1224870 Opened 9 years ago Closed 6 years ago

Cannot download some blobs

Categories

(Toolkit :: Downloads API, defect)

45 Branch
Unspecified
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: wanderingcoder, Unassigned)

References

()

Details

Attachments

(2 files, 1 obsolete file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.78.2 (KHTML, like Gecko) Version/6.1.6 Safari/537.78.2

Steps to reproduce:

On the web app I am developing, I allow the user to process files, in the process creating a blob so that it can be downloaded. The blob may be complex: depending on what file the user is processing, the blob could be created from an array of 10000 primary blob slices.

On the version of the app at http://wanderingcoder.net/projects/JPS-dev/ffBugDemonstrator1/ (as the URL indicates, it will stay up for the needs of this bug), the steps are:
- set base2 (of which a gripped version is attached) as the "Original file"
- set the file at http://www.romhacking.net/hacks/1501/ (to actually download, it is the "download" link in "links") as the "IPS format patch"
- click "Apply patch"
- wait a few seconds for the download link to appear
- click the newly appeared download link ("base2 patched")


Actual results:

Nothing. In that, clicking on the download link has no visible effect, not even in the debugging console or in Console.app


Expected results:

The generated blob is downloaded in the way the user specified downloads should occur (with or without prompting for destination, etc.).

Note that this is what actually happens when replacing the file at "IPS format patch" with most IPS files; in fact, this file is the only one I know for which this occurs.

Firefox 42.0 on Mac OS X.
Hi,

Thank you for reporting this, can you provide more simple steps to reproduce this, or a link. Do you have this problem in other browsers? Thank you again.
Component: Untriaged → General
Flags: needinfo?(wanderingcoder)
OS: Unspecified → Mac OS X
Product: Core → Firefox
(In reply to ovidiu boca from comment #1)
> Hi,
> 
> Thank you for reporting this, can you provide more simple steps to reproduce
> this, or a link. Do you have this problem in other browsers? Thank you again.

Oh, indeed, I forgot to mention this issue does not occur in Chrome (version 46 at the time of this writing); Safari or IE don't matter, since they do not support a[download] in the first place.

Unfortunately, this issue is hard to reduce: seemingly as complex blobs can be generated and downloaded without issue, and I do not know what is different with this processing that causes the problem. Moreover, the lack of any diagnostic of any sort does not help. What should I be doing to help (besides the link I already provided)?
Hi, 
Thank you for your time.

You can test this problem on the latest Firefox Nightly, download it from here: https://nightly.mozilla.org/ and retest the problem.

Create a new profile, you have the steps here:https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager

Please test if the issue can be reproduced in the safe mode of Firefox: https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

If you still have the bug please provide some exact steps to reproduce this problem, knowing that I don't have developer knowledge.
Flags: needinfo?(wanderingcoder)
Flags: needinfo?(wanderingcoder)
Attachment #8687602 - Attachment is obsolete: true
I have made all the testing I could and tried to simplify the process as much as possible:

Steps to reproduce:

- load http://wanderingcoder.net/projects/JPS-dev/ffBugDemonstrator1/ (as the URL indicates, it will stay up for the needs of this bug) in Firefox
- set base3 (of which a gzipped version is attached) as the "Original file"
- set input.ips (of which a gzipped version is attached) as the "IPS format patch"
- click "Apply patch"
- wait a few seconds for the download link to appear
- click the newly appeared download link ("base3 patched")

Expected results:

The generated blob is downloaded in the way the user specified downloads should occur (with or without prompting for destination, etc.).

Actual results:

- on Firefox 42, nothing. In that, clicking on the download link has no visible effect, not even in the debugging console or in Console.app
- on Nightly, the Mac OS X spinning cursor appears and Nightly no longer responds to input and I force quitted it after a few minutes
- on Nightly with a new empty profile, the same occurs
- on Nightly with a new empty profile and running in safe mode, the page does not appear in the first place after step 1

(on current Google Chrome, behavior is as expected)
Flags: needinfo?(wanderingcoder)
Hi, 

Thank you very much for simplify the process. I can reproduce this bug on MacOS X 10.10 with Nightly 45.0a1(2015-11-22).
Status: UNCONFIRMED → NEW
Component: General → Download Manager
Ever confirmed: true
Product: Firefox → Toolkit
Version: 42 Branch → 45 Branch
Retested on the occasion of Firefox Quantum. No longer reproduced as of Firefox 57.0 (64 bits) on Max OS X 10.11.6 (15G17023): Firefox behaves as Chrome does and the file is correctly downloaded.

Marked resolved as not reproductible.

(note: it is unknown whether the problem could still have been reproduced with Firefox 56, that means the resolution might not be new to Quantum)
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: