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)

Product:
Core
Component:
Graphics
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
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?
I'm fairly certain that this is a regression from bug 459677.
Keywords: regression
OS: Windows Server 2003 → All
Hardware: x86 → All
Depends on: 469933
Is this still reproducible with current trunk? Current 1.9.1? It should have been fixed by bug 469933.
Status: NEW → UNCONFIRMED
Blocking, but probably a duplicate.
Ever confirmed: false
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P1
Definitely UTR now.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Definitely UTR now.
Resolution: FIXED → WORKSFORME
What does UTR mean? If this is resolved on branch, could someone tweak the status1.9.2 flag as needed after confirming?
UTR = Unable To Reproduce.
status1.9.2: --- → unaffected
You need to log in before you can comment on or make changes to this bug.