Closed
Bug 1396807
Opened 7 years ago
Closed 7 years ago
Dialog boxes are not scaled if Firefox is dragged from a low dpi display to another one with a high dpi
Categories
(Core :: Widget: Win32, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1387340
Tracking | Status | |
---|---|---|
firefox55 | --- | wontfix |
firefox56 | --- | fix-optional |
firefox57 | --- | wontfix |
People
(Reporter: cgeorgiu, Unassigned)
References
Details
(Keywords: regression, Whiteboard: tpi:+)
Attachments
(1 file)
(deleted),
image/png
|
Details |
[Affected versions]:
- latest Nightly 57.0a1
- Beta 56.0b9
- RC 55.0.3
[Affected platforms]:
- Windows 10 x64
[Prerequisites]:
- 2 monitors: one with a low dpi (I used WSXGA Samsung 2233) and another one with a high dpi (Dell UHD-1 P2415Qb)
[Steps to reproduce]:
1. Open Firefox on 1st monitor (with the lower resolution) and have some random tabs opened.
2. Drag Firefox to the 2nd monitor (with higher resolution).
3. Click on close button (X).
- observe the "Confirm close" dialog
[Expected result]:
- The "Confirm close" dialog box is properly scaled after is dragged to a HiDPI monitor.
[Actual result]:
- The "Confirm close" dialog box is not scaled in the HiDPI monitor.
[Regression range]:
- This seems to be an old regression as I cannot reproduce on Firefox 10. I will follow-up with a regression range asap.
[Additional notes]:
- I can see this behavior only on Windows 10 (OS Version 1607), on W7 and W8.1 is not reproducible. While testing the lower resolution display had 125% level scaled and the higher one 200%
- see the attached screenshot
Updated•7 years ago
|
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Whiteboard: tpi:+
Comment 1•7 years ago
|
||
I managed to reproduce the bug on Windows 10x64 using beta 56.ob9 and latest Nightly (2017-10-04).
This is an old regression.
Last good buildid: 20160716030215 (2016-07-16)
First bad buildid: 20160717030211 (2016-07-17)
Pushlog: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=4c05938a64a7fde3ac2d7f4493aee1c5f2ad8a0a&tochange=711963e8daa312ae06409f8ab5c06612cb0b8f7b
I hope this pushlog is helpful, because I had it to create it manually. Neither mozregression or Firefox Regression Range Link Maker (https://bsmedberg.github.io/firefox-regression-range-finder/) generated a pushlog for this two builds.
It might be this bug 1283959 which regressed this behaviour, but I am not sure.
Keywords: regressionwindow-wanted
Updated•7 years ago
|
Updated•7 years ago
|
Comment 2•7 years ago
|
||
This should be fixed in Nightly with bug 1387340, can you confirm?
Flags: needinfo?(ciprian.georgiu)
Comment 3•7 years ago
|
||
This is mostly fixed, but there’s an issue to do with window sizing. More details in bug 1354102 of which this is roughly a duplicate.
Reporter | ||
Comment 4•7 years ago
|
||
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #2)
> This should be fixed in Nightly with bug 1387340, can you confirm?
It seems that now the dialog boxes are scaled on latest Nightly 59, but there's still a window sizing issue as mentioned in bug 1354102 comment 2.
Flags: needinfo?(ciprian.georgiu)
Comment 5•7 years ago
|
||
Ok, let's close this bug as a dupe of bug 1387340, and leave the other one to track that remaining issue.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•