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

Status: NEW

(Core :: Widget: Cocoa, defect)

Description

[Jonathan Kew [:jfkthame]]

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.

Comment 1

[Steven Michaud [:smichaud] (Retired)]

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).

Comment 2

[Jonathan Kew [:jfkthame]]

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...

Comment 3

[Benoit Girard (:BenWa)]

This bug is very common with a retina + regular dual monitor setup.