Cannot download some blobs

NEW
Unassigned

Status

()

Toolkit
Downloads API
2 years ago
a year ago

People

(Reporter: wanderingcoder, Unassigned)

Tracking

45 Branch
Unspecified
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(2 attachments, 1 obsolete attachment)

(Reporter)

Description

2 years ago
Created attachment 8687602 [details]
gzipped version of "base2", itself 512*1024 bytes of zeroes.

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.
(Reporter)

Updated

2 years ago
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
(Reporter)

Comment 2

2 years ago
(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)
(Reporter)

Comment 4

2 years ago
Created attachment 8690296 [details]
GZipped version of base3 file
Attachment #8687602 - Attachment is obsolete: true
(Reporter)

Comment 5

2 years ago
Created attachment 8690297 [details]
GZipped version of the second input file
(Reporter)

Comment 6

2 years ago
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
You need to log in before you can comment on or make changes to this bug.