'Take a screenshot' button is not functional in PDF presentation mode
Categories
(Firefox :: Screenshots, defect, P3)
Tracking
()
People
(Reporter: gpalko, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [screenshots-extension])
Affected versions:
Nightly 68.0a1 (2019-04-02) (64-bit)
Beta 67.0b7 (64-bit)
Release 66.0.2
Affected platform:
Windows 7/10
Ubuntu 16.04
Mac OS 10.13
Steps to reproduce:
- Launch Firefox
- Go to http://www23.statcan.gc.ca/imdb-bmdi/pub/instrument/3901_Q2_V3-eng.pdf
- Enter presentation mode (button on the left side of printing)
- Right click to open context menu
- Click on the "Take a Screenshot" button
Expected result:
The user should be able to create the screenshot.
Actual Results:
Clicking the button does nothing.
Regression-range: will try to find it asap.
Regression-range: will try to find it asap.
Comment 1•5 years ago
|
||
The "Take a Screenshot" appears in contextmenu since Firefox56.
And the problem is also reproducible on Firefox56.
So, I think this is not a regression. But, this seems implementation label bug.
Updated•5 years ago
|
Running mozregression tool indicates that this issue has started to repro in the same pushlog as the one containing the actual feature: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=44e41de60c48a94a004494dd48f57dd1d8c157d8&tochange=6a235092bda7c20cb83651d3404284fe36d04c1b
Unfortunately, I could not pinpoint the exact build that caused this, but as stated in Comment 1, this is most likely an implementation bug. Removing the regression tag.
Comment 3•5 years ago
|
||
The priority flag is not set for this bug.
:ianbicking, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Comment 4•5 years ago
|
||
Presentation mode uses the Fullscreen API (content fullscreen). The Take a Screenshot overlay is visible on the PDF viewer when you exit full screen. Perhaps it isn't possible to show that overlay in content fullscreen, so it would make sense to hide the menu item in that case. Problem is, extensions cannot distinguish between content fullscreen and browser fullscreen, so some kind of pdf.js specific detection may also be needed.
Comment 5•5 years ago
|
||
Bugbug thinks this bug is a regression, but please revert this change in case of error.
Comment 6•5 years ago
|
||
Reproduced on latest Nightly build 71.0a1 (2019-09-12) on Windows 7 x64.
Updated•5 years ago
|
Comment 7•4 years ago
|
||
Hi, I would like to start working on this bug. Do you have any more info on how I can attempt to fix this?
Comment 8•4 years ago
•
|
||
Reproduced on latest Nightly 79.0a1 (2020-06-22), Firefox 77.0.1 and Firefox 78 beta - tested on Windows 10 x64.
Updated•4 years ago
|
Updated•2 years ago
|
Comment 9•1 year ago
|
||
Still reproducing on Win10 using FF 109.0b9(20230105190654).
Updated•1 year ago
|
Description
•