Closed
Bug 471729
Opened 16 years ago
Closed 15 years ago
the sizes of windows and dialogs are scaled twice when they're opened
Categories
(Core :: Graphics, defect, P1)
Core
Graphics
Tracking
()
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| status1.9.2 | --- | unaffected |
People
(Reporter: db48x, Assigned: blassey)
References
Details
(Keywords: regression)
Windows such as the Add-ons manager or the Prefs dialog are twice as large as they should be when layout.css.dpi is set to a value that causes scaling. The initial size specified when the window is opened is scaled as expected, but then the next time the window is opened, the size read from the localstore is also scaled. Since the size in the localstore is already the result of scaling the initial size, this results in windows that are much larger than they ought to be.
Flags: blocking1.9.2?
|
Reporter | |
Comment 1•16 years ago
|
||
I'm fairly certain that this is a regression from bug 459677.
Keywords: regression
|
|
Reporter | |
Updated•16 years ago
|
OS: Windows Server 2003 → All
Hardware: x86 → All
|
||
Comment 2•16 years ago
|
||
Is this still reproducible with current trunk? Current 1.9.1? It should have been fixed by bug 469933.
Status: NEW → UNCONFIRMED
|
||
Comment 3•16 years ago
|
||
Blocking, but probably a duplicate.
Ever confirmed: false
Flags: blocking1.9.2? → blocking1.9.2+
|
||
Updated•15 years ago
|
Priority: -- → P1
|
||
Comment 4•15 years ago
|
||
Definitely UTR now.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
|
||
Comment 6•15 years ago
|
||
What does UTR mean? If this is resolved on branch, could someone tweak the status1.9.2 flag as needed after confirming?
You need to log in
before you can comment on or make changes to this bug.
Description
•