Open
Bug 941087
Opened 11 years ago
Updated 2 years ago
Native menus size incorrectly on OSX when switching resolutions from non-retina to retina
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
NEW
People
(Reporter: lonnen, Unassigned)
Details
Attachments
(2 files)
Steps to reproduce:
1. open a window on an external monitor (non-retina)
2. disconnect from the monitor so that all windows go back onto a retina display
3. trigger a native widget (awesomebar url suggestions, right click menu) and notice that the elements in the widget are sized for the non-retina display
When opening a window on the retina display after disconnecting things appear at the expected size. Tearing off a tab from a non-retina opened window on a retina display fixes it. It seems to be a property of the window.
Reporter | ||
Comment 1•11 years ago
|
||
Comment 2•11 years ago
|
||
Markus, do you know how fixable this is? :-)
Component: Untriaged → Widget: Cocoa
Flags: needinfo?(mstange)
Product: Firefox → Core
Comment 3•11 years ago
|
||
Definitely fixable, but I don't know how easily.
Timothy, any ideas before I start debugging?
Flags: needinfo?(mstange) → needinfo?(tnikkel)
Comment 4•11 years ago
|
||
nsCocoaWindow/nsChildView::BackingScaleFactor just return the cached backing scale factor if we have one, so maybe it's not getting updated in this case?
Check the values here http://mxr.mozilla.org/mozilla-central/source/view/src/nsView.cpp#342 to make sure they make sense?
jfkthame might have something come to mind quickly, he dealt with a lot of bugs like this.
Flags: needinfo?(tnikkel)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•