Middle Click scroll is not working correctly in new Print Preview
Categories
(Toolkit :: XUL Widgets, defect, P2)
Tracking
()
People
(Reporter: vlucaci, Unassigned, NeedInfo)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [print2020] )
Attachments
(1 file)
|
1.84 MB,
image/gif
|
Details |
Affected versions
- 81.0a1 (2020-08-12)
Affected platforms
- Windows 10x64
- macOS 10.15.6
- Ubuntu 18.04
Steps to reproduce
- Launch FF.
- Go to a long content website: https://en.wikipedia.org/wiki/Facebook.
- Open new Print Preview.
- Middle click inside the print preview.
Expected result
- The Middle click scroll cursor should open right where the user clicked, and page should not automatically scroll.
Actual result
- The middle click scroll cursor appears outside of print preview (or not at all where the user has clicked) and it automatically scrolls in the direction it has appeared.
Suggested Severity
- I would consider this issue an S2 as it affects a vital component of scrolling long content pages in print preview.
Regression range
- Not a regression.
Additional notes
- For Ubuntu, the middle click scroll cursor does not appear at all.
Comment 1•10 months ago
|
||
I think it's closer to an S3, because there's an easy workaround (use the regular scroll, or the keyboard)…
Updated•10 months ago
|
Comment 2•9 months ago
|
||
WFM on current nightly. Can you doublecheck whether this is fixed on your end?
Updated•9 months ago
|
| Reporter | ||
Comment 3•9 months ago
|
||
Hello,
Yes I can still reproduce this issue with the same repro steps on Windows 10x64 with 82.0a1 (2020-09-03) and 81.0b6.
Comment 4•9 months ago
|
||
(In reply to Vlad Lucaci, QA (:vlucaci) from comment #3)
Hello,
Yes I can still reproduce this issue with the same repro steps on Windows 10x64 with 82.0a1 (2020-09-03) and 81.0b6.
Are you maybe doing this on machines with multiple screens? What DPI settings are you using? Does autoscroll work correctly in the main page?
| Reporter | ||
Comment 5•9 months ago
|
||
Hello,
Yes, I am using a dual screen set-up (a 28' Samsung 4k monitor, and the laptop 17' screen).
Auto-scroll works as expected on the main page.
The DPI is set by default on 100%(recommended)
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•9 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Comment 7•6 months ago
|
||
I managed to reproduce this issue on Ubuntu 18.04 x64 on a laptop with a single monitor.
Updated•4 months ago
|
Comment 9•3 months ago
|
||
I can also reproduce the issue on Windows10 with a single monitor.
Updated•3 months ago
|
Comment 10•3 months ago
|
||
(In reply to Alice0775 White from comment #9)
I can also reproduce the issue on Windows10 with a single monitor.
Interesting, because I cannot. Does this happen with any document? By how much is the opening location of the autoscroll icon off-set? Do you see this with every DPI setting, or only some?
Comment 11•3 months ago
|
||
(In reply to :Gijs (he/him) from comment #10)
(In reply to Alice0775 White from comment #9)
I can also reproduce the issue on Windows10 with a single monitor.
Does this happen with any document?
YES
By how much is the opening location of the autoscroll icon off-set?
The off-set depends on DPI(%) of "Ease Of Access" settings of Windows 10.
When 100% text and 100% everything.
autoscroll icon will appear at approx.(2/3screenX, 2/3screenY) when middle mouse click at (screenX, screenY) from top-left of monitor.
When 100% text and 125% everything.
autoscroll icon will appear at approx.(5/6screenX, 5/6screenY) when middle mouse click at (screenX, screenY) from top-left of monitor.
When 100% text and 150% everything, I cannot reproduce this issue.
The autoscroll icon will appear as expected.
Do you see this with every DPI setting, or only some?
Yes, Off-set depends on DPI(%).
Updated•2 months ago
|
Updated•21 days ago
|
Updated•5 days ago
|
Description
•