Open Bug 802335 Opened 8 years ago Updated 6 years ago

tooltips sometimes incorrectly sized after moving window between HiDPI and non-HiDPI screens

Categories

(Core :: Widget: Cocoa, defect)

x86
macOS
defect
Not set
normal

Tracking

()

People

(Reporter: jfkthame, Unassigned)

References

(Blocks 1 open bug)

Details

This is a followup to bug 794038 (see comment #21 there). Sometimes, after a window is moved between HiDPI and non-HiDPI screens or vice versa, the width or height of a tooltip gets "stuck" at the wrong value, leaving excessive padding around the content or wrapping to an unnecessarily narrow width.
Quoting from bug 794038 comment #37:

"As I remember it, there's exactly one "popup window" that's used (and re-used) for all tooltips (and perhaps for all "popup windows" of any kind)."

Maybe we'll need to destroy this window every time the HiDPI mode changes (so that it'll get recreated with the proper size and constraints when it's needed).
Yes, I believe that would be one solution, though I'm not yet sure how easily the tooltip window can be destroyed, separate from tearing down the window (docshell? prescontext? whatever...) that owns it.

Another option might be to change the handling of SizeConstraints to work in CSS pixels instead of device pixels, as the problem seems to be connected in some way to how constraints are managed. It's hard to pin down the exact conditions where it happens, though...
This bug is very common with a retina + regular dual monitor setup.
You need to log in before you can comment on or make changes to this bug.