disable tab previews in background windows
Categories
(Firefox :: Tabbed Browser, task, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox128 | --- | fixed |
People
(Reporter: dwalker, Assigned: dwalker)
References
(Regressed 2 open bugs)
Details
Attachments
(2 files)
Bildschirmfoto 2024-06-17 um 20.35.15.png
Tab previews that open from background windows are still causing window ordering issues on Linux, as well as unpredictable behavior upon restoration as seen in bug 1888148. I think we should only have tab previews activate on tabs in a foreground window for now to unblock release, and we can re-evaluate later.
|
Assignee | |
Comment 1•1 month ago
|
||
|
||
Updated•1 month ago
|
Pushed by dwalker@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/62e0691da306 only fire TabHoverStart for topmost window. r=tabbrowser-reviewers,niklas
|
||
Comment 3•1 month ago
|
||
| bugherder | ||
dwalker@: Background windows still showing Tab Hover Cards. Maybe a regression? Reproducible in Nightly 128.0a1 (2024-06-06) (64-Bit) and MacOS 14.5. Can you please take a look? Thanks.
|
|
Assignee | |
Comment 5•11 days ago
|
||
Mehmet, does the preview show for all firefox windows in a stack? Or only for a firefox window that is backgrounded by another app? The fix here checks if the hovered tab is in the topmost window, but that doesn't seem to take into account other applications.
Either way the current fix has resolved a handful of issues, but there are others such as bug 1899556 that would be resolved by a better fix here.
Hi dwalker@. Thanks for your feedback. Yes, it happens when different Nightly windows are stacked as the most front application. That's okay - I see the same behavior also in Chrome. But it also happens, when other apps are in the foreground. Please find attached a screenshot, where the Finder is the most front application.
|
|
Assignee | |
Updated•4 days ago
|
Description
•