Closed Bug 323387 Opened 16 years ago Closed 16 years ago
"late-appearing" tooltip/child window causes wrong window to be in front/misplaced focus
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051229 Camino/1.0b2 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051229 Camino/1.0b2 When placing your mouse over a tooltip, if you change to another Camino window before the tooltip has displayed, the original window pops back in front, but the second window has focus. This is similar in cause to [url=https://bugzilla.mozilla.org/show_bug.cgi?id=285601]Bug 285601[/url]. Reproducible: Always Steps to Reproduce: 1. Assuming you already have a window open (window 1), open a new window (call this window 2) in Camino 2. Go to wikipedia main page 3. Put the mouse over the 'globe' picture 4. Press Command-~ (command-tilde) before the tooltip has a chance to load Actual Results: Window 1 gets focus as it should, but Window 2 (wiki) comes back to the front of Window 1 when the tooltip pops up. Expected Results: Window 1 should get focus, and come in front of Window 2 (wiki)
Summary: Tooltip causes wrong window to be focussed if you change window before tooltip has shown up → Tooltip causes wrong window to be in front if you change window before tooltip has shown up
Here's the bug that's similar: https://bugzilla.mozilla.org/show_bug.cgi?id=285601 Sorry bout the BBcode, I'm in forum mode today...
The tooltips code needs to check if it's in the visible tab, in the frontmost view. That would fix this and bug 285601.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I see this with the "you're leaving a secure site" sheet, too: 1. Enable "Warn when leaving a secure site" 2. Open a bug in one Camino window (A), and something else in a second window (B) 3. In the bug window (A), go to a non-secure site 4. Quickly switch to the other window (B) (before the sheet appears in the bug window [A]) Observe that the sheet brings that window (A) back to the front, but that focus remains with the second window (B) that is now in the background.
Summary: Tooltip causes wrong window to be in front if you change window before tooltip has shown up → "late-appearing" tooltip/child window causes wrong window to be in front/misplaced focus
Assignee: mikepinkerton → sfraser_bugs
Priority: -- → P3
Target Milestone: --- → Camino1.0
Fixed by the patch in bug 285601.
Verified the steps in comment 0 are WFM on the trunk and 1.8.0 branch.
You need to log in before you can comment on or make changes to this bug.