Bug 1297220
| Summary: | Download links fail. | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Philip Heuer <pheuer> | ||||||||||||||
| Component: | firefox | Assignee: | Martin Stransky <stransky> | ||||||||||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||
| Severity: | high | Docs Contact: | |||||||||||||||
| Priority: | unspecified | ||||||||||||||||
| Version: | 23 | CC: | gecko-bugs-nobody, jhorak, pheuer, pjasicek, stransky | ||||||||||||||
| Target Milestone: | --- | ||||||||||||||||
| Target Release: | --- | ||||||||||||||||
| Hardware: | x86_64 | ||||||||||||||||
| OS: | Linux | ||||||||||||||||
| Whiteboard: | |||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||
| Last Closed: | 2016-01-25 13:14:06 UTC | Type: | Bug | ||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||
| Embargoed: | |||||||||||||||||
| Attachments: |
|
||||||||||||||||
|
Description
Philip Heuer
2016-01-10 19:38:34 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? Created attachment 1113597 [details]
Error message
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.
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.
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]
SSL Certificate
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 > 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. (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. |