Closed Bug 1654783 Opened 4 years ago Closed 4 years ago

Firefox not initiating downloads on ThinkBroadband download page

Categories

(Core :: DOM: Security, defect, P2)

80 Branch
Desktop
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 1654139
Tracking Status
firefox-esr78 --- unaffected
firefox78 --- unaffected
firefox79 --- unaffected
firefox80 --- disabled
firefox81 --- fix-optional

People

(Reporter: csasca, Assigned: sstreich)

References

(Regression)

Details

(Keywords: regression, Whiteboard: [domsecurity-active])

Attachments

(1 file)

Attached file Think download Nightly

Affected versions

  • Firefox 80.0a1

Affected platforms

  • Windows 10
  • Ubuntu 20.04
  • macOS 10.15.6

Steps to reproduce

  1. Launch Firefox
  2. Access thinkbroadband download page
  3. Click on any file to initiate a download

Expected result

  • A prompt asking the user to save or open the file is shown

Actual result

  • The page refreshes for half a second and nothing is happening

Regression range

  • Will see for a regression

Additional notes

  • The issue can be seen in the attachment
  • This affects only Firefox 80.0a1, all the rest initiate downloads correctly
  • Recommended Severity 2
  • No errors are thrown in browser console
Has Regression Range: --- → no
Has STR: --- → yes
Regressed by: 1614969

Sebastian could you please evaluate this problem? Is it something the website should fix on their side, and what may be the reach of this breakage across the Web?

Flags: needinfo?(sstreich)

Additional notes

  • No errors are thrown in browser console

This seems to be off, there actually should be a console message stating why this is blocked. Assigning this to myself :)

Is it something the website should fix on their side

This is something the website should try to address in the future - As we want to block insecure downloads from secure origins.
Google is going to the same.

what may be the reach of this breakage across the Web?

Currently telemetry shows that we should expect 10% of the users downloads would be blocked. We could probably reduce the number by trying to auto upgrade to https.

Assignee: nobody → sstreich
Status: NEW → ASSIGNED
Flags: needinfo?(sstreich)

This appears to be desired behavior vs. a regression.

mixed content blocking is currently tied to nightly.

Summary: [Nightly 80] Firefox not initiating downloads on ThinkBroadband download page → Firefox not initiating downloads on ThinkBroadband download page

moving to dom security, since it's not something downloads controls.

Component: Downloads API → DOM: Security
Product: Toolkit → Core
Priority: -- → P2
Whiteboard: [domsecurity-active]
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: