Red Hat Bugzilla – Bug 1297220
Download links fail.
Last modified: 2016-01-25 08:14:06 EST
Description of problem:
When a download link is clicked, the downloads list shows that it failed.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Go to the Mozilla.org Firefox download page (i.e. download a fresh copy).
2. Click a download link.
Download should start. If configured, a dialog box for selecting the download location should appear.
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.
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?
Created attachment 1113597 [details]
Created attachment 1113598 [details]
The browser console displays a signature recommendation and no error messages regarding the download. The displayed warnings occur after clicking a download link.
Created attachment 1113599 [details]
This dialog was produced by the Firefox downloaded from Mozilla. The console output was the same as the Fedora build.
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.
Created attachment 1113608 [details]
The certificate looks correct. I also have this one for mozilla.org downloads. I wonder why the download fails here...
Can you please attach content of about:support page? Use "Copy text to clipboard" way. Thanks.
btw. do you see that on any other site or just mozilla.org?
Created attachment 1114270 [details]
Fedora Firefox about:support
Created attachment 1114271 [details]
Mozilla Firefox about:support
(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.
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?
That may be also a problem with your temporary dir (/tmp or /var/tmp). Do you have anything in dmesg?
(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
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.
(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'
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.
Ah, okay. Thanks for the info. New builds are in Koji.
The firefox-43.0.4-2.fc23 build in Koji works for me.
Interesting, thanks for the info.