1424018 - can't download disk image

Status: REOPENED

(Core :: General, defect)

Description

[gabe.saravia]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:59.0) Gecko/20100101 Firefox/59.0
Build ID: 20171207100053

Steps to reproduce:

Firefox Nightly 59.0a1 (2017-12-07); 
Also noticed earlier.

- Go here:
  https://stoplight.io/platform/scenarios/
- Go to bottom of the page
- Download the MacOS app
- try to open the disk image once downloaded




Actual results:

App can't be opened.


Expected results:

It should.  This works on Chrome.

Comment 1

[Michal Novotny [:michal]]

I'm not sure if this is a mistake in the bug report but I cannot even download the application. It's not a bug in necko. Clicking on the icon which should start the download calls trackDownloadLink() function and for some reason it doesn't change document.location.

Comment 2

[gabe.saravia]

That's strange sounding or perhaps I'm not understanding what was said because when I had the bug, I definitely was able to begin the file download, and I ended up with a disk image that then did not open.

There is also no bug in Firefox developer edition, as that is the browser I have now switched to

Comment 3

[Michal Novotny [:michal]]

As I wrote, I wasn't able to even start the download on linux. Anyway, if you cannot reproduce your problem in developer edition, let's close this bug as WFM.

Comment 4

[gabe.saravia]

Attachment: Chrome Screenshot.png

Demonstrates the download working in chrome.

Comment 5

[gabe.saravia]

Attachment: DevEdition Screenshot.png

Demonstrated Failing in Dev Edition

Comment 6

[gabe.saravia]

Attachment: Nightly Screenshot.png

Demonstrates the bug in Nightly

Comment 7

[gabe.saravia]

Attachment: About My Mac

Comment 8

[gabe.saravia]

:michal (<- is that how I do that?),

I don't think WFM is the right resolution.  I have attached screenshots replicating, as of right now, the failed download in both nightly and developer edition, and working in Chrome.

I don't know enough about the internals of the browser to follow what you're saying regarding the Linux edition, but it seems you're saying that you don't think it is a browser issue?

It seems to me if you are testing it on Linux and it works on Linux but fails in Mac, then that would perhaps point towards a mac-specific compile issue?


:selenamarie, as a reporter of the bug in this situation, is this additional information in the form of screenshots a factor in re-opening the bug?  I'm new to Firefox bug reporting and unsure of what to do next. thanks!

Comment 9

[gabe.saravia]

Based off the timeline, it seems to me like either I was wrong about the bug not existing in developer edition three days ago (possible) or if there has been an update pushed to developer edition in the last three days, then perhaps the bug can be bisected to that set of changes.

Comment 10

[Michal Novotny [:michal]]

I closed this bug because I understood from your comment #2 that you have a problem in release version but not in developer edition.

This seems to be similar problem as in bug 1393753 or 1366282. I guess the file downloaded by Firefox is incomplete. Please verify this by comparing the content. Also please provide HTTP log of the download, see https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/HTTP_logging

Comment 11

[gabe.saravia]

> I closed this bug because I understood from your comment #2 that you have a problem in release version but not in developer edition.

I'm confused by this.  Are bugs in the release version not meant to be reported or fixed?  Is there some other process for reporting and/or fixing them?

Comment 12

[BugBot [:suhaib / :marco/ :calixte]]

Clear a needinfo that is pending on an inactive user.

Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE.

For more information, please visit auto_nag documentation.