Open Bug 1517717 Opened 5 years ago Updated 2 years ago

Download tool gets blocked when the pdf sample is saved via presentation mode

Categories

(Firefox :: Downloads Panel, defect, P3)

defect

Tracking

()

Tracking Status
firefox-esr60 --- wontfix
firefox-esr68 --- wontfix
firefox-esr78 --- wontfix
firefox64 --- wontfix
firefox65 --- wontfix
firefox66 --- wontfix
firefox75 --- wontfix
firefox76 --- wontfix
firefox77 --- wontfix
firefox78 --- wontfix
firefox79 --- fix-optional

People

(Reporter: mberlinger, Unassigned)

Details

(Keywords: regression)

Attachments

(2 files)

Attached image Screenshot_2.png
[Affected versions]:
- 66.0a1 (20190103220533)
- 65.0b8
- 64.0

[Affected platforms]:
- All ubuntu
- Windows 10x64
- mac OS 10.13.6

[Steps to reproduce]:
1. Launch Firefox with new profile
2. Access http://www23.statcan.gc.ca/imdb-bmdi/pub/instrument/3901_Q2_V3-eng.pdf
3. Switch to presentation mode
4. Right click and choose "Save as.." option
5. Exit presentation mode and observe the "download" tool

[Expected result]:
- Download history is visible and the tool works properly

[Actual result]:
- the "Download" tool is blocked and background is highlighted

[Regression range]:
- This is not a recent regression since I was able to reproduce it on Firefox 50.0.2

[Additional notes]:
- After restarting the profile all works well
- see the screenshot
Priority: -- → P3
Has Regression Range: --- → no
Flags: needinfo?(maria.berlinger)

This seems to be an old regression as I can't reproduce this on a build from 2014-03-01.

Unfortunately, this is the far I can go with the bisection due to the fact that most of the builds from 2015 are opened broken via mozregression, and I cannot reproduce the issue. I can't really point out one bug from this range, but maybe bug 941063 could be a possible regressor.

https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3d846527576f&tochange=63006936ab99

Has Regression Range: no → ---
Flags: needinfo?(maria.berlinger)
Attached image downloadButton.gif

Managed to hit this during esr build validation.

As an "extra" additional note this seems to occur only on clean profiles without having any previously performed downloads.

As an emphasis for Comment 0: only restarting Firefox seems to be a workaround for this issue, since downloading an additional file after triggering this issue doesn't seem to solve this (the download button remains broken).

Browser Console output:
Downloads: Downloads button cannot be found.
TypeError: can't access property "spec", download.source.referrerInfo.originalReferrer is null

Reproduced on the latest Nightly 79.0a1 (2020-06-22), Firefox 77.0.1, and Firefox 78 beta - tested on Windows 10 x64.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: