Bug 1297220 - Download links fail.
Summary: Download links fail.
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 23
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-01-10 19:38 UTC by Philip Heuer
Modified: 2016-01-25 13:14 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-01-25 13:14:06 UTC
Type: Bug


Attachments (Terms of Use)
Error message (19.75 KB, image/png)
2016-01-11 11:48 UTC, Philip Heuer
no flags Details
console output (295.45 KB, image/png)
2016-01-11 11:52 UTC, Philip Heuer
no flags Details
expected result (23.26 KB, image/png)
2016-01-11 11:58 UTC, Philip Heuer
no flags Details
SSL Certificate (47.13 KB, image/png)
2016-01-11 12:49 UTC, Philip Heuer
no flags Details
Fedora Firefox about:support (3.30 KB, text/plain)
2016-01-13 02:59 UTC, Philip Heuer
no flags Details
Mozilla Firefox about:support (3.33 KB, text/plain)
2016-01-13 03:00 UTC, Philip Heuer
no flags Details

Description Philip Heuer 2016-01-10 19:38:34 UTC
Description of problem:
When a download link is clicked, the downloads list shows that it failed.

Version-Release number of selected component (if applicable):
43.0.3-4

How reproducible:
Always

Steps to Reproduce:
1. Go to the Mozilla.org Firefox download page (i.e. download a fresh copy).
2. Click a download link.

Actual results:
Download fails.

Expected results:
Download should start. If configured, a dialog box for selecting the download location should appear.

Additional info:
The Firefox 43.0.4 downloaded from Mozilla works as expected. firefox-43.0.3-4.fc23.x86_64 fails in safe mode and regular mode. Patches 204, 215, 219, 220, 221, 222, 300, 500, and 501 do not appear to trigger the issue.

Comment 1 Martin Stransky 2016-01-11 08:44:38 UTC
do you have any message in browser console? (tools -> web developer -> browser console). Also do you see any other error message? Is any message in download manager?

Comment 2 Philip Heuer 2016-01-11 11:48:12 UTC
Created attachment 1113597 [details]
Error message

Comment 3 Philip Heuer 2016-01-11 11:52:29 UTC
Created attachment 1113598 [details]
console output

The browser console displays a signature recommendation and no error messages regarding the download. The displayed warnings occur after clicking a download link.

Comment 4 Philip Heuer 2016-01-11 11:58:22 UTC
Created attachment 1113599 [details]
expected result

This dialog was produced by the Firefox downloaded from Mozilla. The console output was the same as the Fedora build.

Comment 5 Martin Stransky 2016-01-11 12:03:30 UTC
Can you please look at site information (right mouse button click -> view page info) choose "Security" tab and see the certificate? My Firefox build uses SHA2 on that page.

And yes, mozilla has enabled sha1 certificates because of WinXP users.

Comment 6 Philip Heuer 2016-01-11 12:49:03 UTC
Created attachment 1113608 [details]
SSL Certificate

Comment 7 Martin Stransky 2016-01-12 20:50:07 UTC
The certificate looks correct. I also have this one for mozilla.org downloads. I wonder why the download fails here...

Comment 8 Martin Stransky 2016-01-12 20:54:26 UTC
Can you please attach content of about:support page? Use "Copy text to clipboard" way. Thanks.

Comment 9 Martin Stransky 2016-01-12 20:55:33 UTC
btw. do you see that on any other site or just mozilla.org?

Comment 10 Philip Heuer 2016-01-13 02:59:53 UTC
Created attachment 1114270 [details]
Fedora Firefox about:support

Comment 11 Philip Heuer 2016-01-13 03:00:41 UTC
Created attachment 1114271 [details]
Mozilla Firefox about:support

Comment 12 Philip Heuer 2016-01-13 03:09:08 UTC
(In reply to Martin Stransky from comment #9)
> btw. do you see that on any other site or just mozilla.org?

I also see this behavior on koji.fedoraproject.org. It seems to be independent of the domain.

Comment 13 Martin Stransky 2016-01-13 08:07:08 UTC
Hm I don't see anything wrong here. Do you see anything related in /var/log/messages? Also, can you try to "browser.download.useDownloadDir" to true?

Comment 14 Martin Stransky 2016-01-13 08:08:09 UTC
That may be also a problem with your temporary dir (/tmp or /var/tmp). Do you have anything in dmesg?

Comment 15 Philip Heuer 2016-01-13 12:10:56 UTC
(In reply to Martin Stransky from comment #13)
> Hm I don't see anything wrong here. Do you see anything related in
> /var/log/messages? Also, can you try to "browser.download.useDownloadDir" to
> true?

There were log entries for dnf and PackageKit. System operation was normal in both Firefox builds.

I tried the "Refresh Firefox" in the about:support before submitting the bug. The "browser.download.x" settings were successfully reset when this operation was performed. The value for "browser.download.useDownloadDir" was reset to true. The "browser.download.lastDir" was reset to null. This did not resolve the issue.

Comment 16 Philip Heuer 2016-01-13 12:16:42 UTC
(In reply to Martin Stransky from comment #14)
> That may be also a problem with your temporary dir (/tmp or /var/tmp). Do
> you have anything in dmesg?

These are operating properly. Entries provided by 'dmesg | grep tmp' are:

[    0.692921] devtmpfs: initialized
[    2.764107] audit: type=1130 audit(1452656098.387:2): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-tmpfiles-setup-dev comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[    7.128663] audit: type=1130 audit(1452656102.754:77): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-tmpfiles-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

Comment 17 Philip Heuer 2016-01-14 01:53:12 UTC
It looks like upstream fixed the issue in 43.0.4.

I locally rebuilt the 43.0.3-4 spec without patch 220 and substituted the new source0. The issue disappeared after upgrading from 43.0.3 to 43.0.4.

Comment 18 Martin Stransky 2016-01-14 09:56:49 UTC
Ah, okay. Thanks for the info. New builds are in Koji.

Comment 19 Philip Heuer 2016-01-15 11:14:45 UTC
The firefox-43.0.4-2.fc23 build in Koji works for me.

Comment 20 Martin Stransky 2016-01-25 13:14:06 UTC
Interesting, thanks for the info.


Note You need to log in before you can comment on or make changes to this bug.