244385 - Option highlight disappears after a second when right clicking a tab and hovering over an option

Status: VERIFIED WORKSFORME

(Core :: XUL, defect)

Description

[David Sedlar]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040522
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040522

Right clincking any tab, while hovering over options(Close Tab, New Tab,...) the
highlight appears but then disappears after a second.

Reproducible: Always
Steps to Reproduce:
1.Right click on the Tab
2.Hover over an option
3.Wait a second

Actual Results:  
Highlight disappears

Expected Results:  
Highlight should stay.

Comment 1

[R.K.Aa.]

Is this a dual display setup? If yes: dup of bug 135074

Comment 2

[Hermann Schwab]

confirming Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040522
maybe windows only?
Celeron 333, 8 MB SiS6326 noname grafics, 800x600, no dual display setup.

Comment 3

[R.K.Aa.]

Does this happen only in the context menus belonging to tabbed browser?
Not on the personal toolbar or elsewhere?

Comment 4

[Hermann Schwab]

(In reply to comment #3)
> Does this happen only in the context menus belonging to tabbed browser?
> Not on the personal toolbar or elsewhere?

I got 17 folders in my personal toolbar, and i noticed that sometimes when I
tried to drag a bookmark from the Loaction Bar to a folder in the PT, the folder
opened, slowly according to the state of my computer, and then, when I dragged
into the folder, not at the left border of the folder, more to the right, the
folder closed. Usually at least at the fourth retry, when I really dragged at
the left, the start of the bookmark name strings, I succeeded.ce this, it
happens sometimes, maybe when the disk is swapping shortly.
Just tested, and couldn´t reproduce, but saw that folders in the folders of my
PT are opening again, when I try to drag a bookmark into it, or slowly over the
folder.
I can´t reprodu

Comment 5

[R.K.Aa.]

this is about vanishing hightlight on hover, not d&d..

Again: Is it ONLY on the tabs menus the highlight vanishes?
Or does it also vanish on other context menus?

Uanble to reproduce on Linux but I notice the menu items have tooltips. A very
weird feature but it's also in 1.7.

Reporter: Have you disabled "Show Tooltips" under "Appearence" in
Edit->Preferences ?

Comment 6

[Hermann Schwab]

(In reply to comment #5)
> this is about vanishing hightlight on hover, not d&d..

Sorry about the distraction, but I had seen vanishing menus, besides the
vanishing highlights.

> Again: Is it ONLY on the tabs menus the highlight vanishes?
> Or does it also vanish on other context menus?

I see this only on context menus of Tabs, the Tooltip AND the Higlight vanishes
about 50 or 500 msec after the Tooltip was displayed.

On other context menus the Tooltip vanishes after about 5 seconds, the highlight
stays. Tested this on cursor in the Location Bar, and Mail Accounts.

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040522
 
> Reporter: Have you disabled "Show Tooltips" under "Appearence" in
> Edit->Preferences ?

Had "Show Tooltips" enabled, to be sure, disabled it, left preferences, and
reenabled it.

Comment 7

[Hermann Schwab]

*** Bug 244389 has been marked as a duplicate of this bug. ***

Comment 8

[Bruno 'Aqualon' Escherl]

Confirm with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a)
Gecko/20040516 Firefox/0.8.0+

WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040520
Firefox/0.8.0+

So it's a regression in the 1.8 trunk

Comment 9

[R.K.Aa.]

also reported for firefox, bug 243861

Comment 10

[Hermann Schwab]

Regressed BuildID 2004051315, working BuildID 2004051308
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a) Gecko/20040513

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-05-13+07%3A00&maxdate=2004-05-13+16%3A00&cvsroot=%2Fcvsroot

Bug 191839 	Content Policy API (nsIContentPolicy) sucks rocks

did some changes to tabbrowser?

Comment 11

[Alex Eng]

*** Bug 243861 has been marked as a duplicate of this bug. ***

Comment 12

[zug_treno]

Could bug 254224 be related to this bug?

Comment 13

[[e-mail]]

Out of those checkins I'd say the one for bug 242833 looks the most suspicious
in the sense that this is a bug that may have been exposed rather than caused.

Comment 14

[Serge Gautherie (:sgautherie)]

'blocking1.8a5=?': UI regression (with timeframe), already present for 3 alphas...

Comment 15

[Asa Dotzler [:asa]]

gonna have to wait for a6 to get this one.

Comment 16

[R.K.Aa.]

*** Bug 272509 has been marked as a duplicate of this bug. ***

Comment 17

[:Gavin Sharp [email: [e-mail]]]

*** Bug 275619 has been marked as a duplicate of this bug. ***

Comment 18

[Asa Dotzler [:asa]]

roc, can you look into this for 1.8a6? 

Comment 19

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a6) Gecko/20050104] (nightly) (W98SE)

(Bug still there.)

Comment 20

[Asa Dotzler [:asa]]

not going to block the release for this but we'd consider a reviewed patch if
it's available in time.

Comment 21

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Works for on Linux. need Windows help.

Comment 22

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

this doesn't sound like a release blocker to me

Comment 23

[Steve Chapel]

WFM with Mozilla trunk build 2005022405. Can someone confirm?

Comment 24

[David Sedlar]

(In reply to comment #23)
> WFM with Mozilla trunk build 2005022405. Can someone confirm?

I can confirm.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050224

Comment 25

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050225] (nightly) (W98SE)

I upgraded from 0219 to 0225,
and found this half fixed (only):

+ The highlight does stay instead of disappearing :-)
- Yet, it still displays right under the mouse cursor, instead of being 1+ line
below it.

Not TabBrowser specific: same with Back/Forward buttons.

Comment 26

[Serge Gautherie (:sgautherie)]

(In reply to comment #25)
> [Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050225] (nightly)
(W98SE)
> 
> I upgraded from 0219 to 0225,
> and found this half fixed (only):
> 
> + The highlight does stay instead of disappearing :-)

This part was fixed after -23, either in -24 or -25.

Comment 27

[Serge Gautherie (:sgautherie)]

(In reply to comment #25)
> + The highlight does stay instead of disappearing :-)
> - Yet, it still displays right under the mouse cursor, instead of being 1+ line
> below it.

My mistake: the "highlight" is fixed !
It's the _tooltip_ which still needs to be "below" the mouse cursor...

Comment 28

[R.K.Aa.]

(In reply to comment #27)

> My mistake: the "highlight" is fixed !
> It's the _tooltip_ which still needs to be "below" the mouse cursor...

The tooltips shouldn't be there in the first place. Context menu items are not
supposed to have tooltips. So the summary here is a little misleading.

Comment 29

[R.K.Aa.]

haha... testing this, it isn't fixed - it's worse:
Now the context menu appears, the highlight stays, untill mouse is moved:
Then the higlight disappears AND RE-APPEARS. And the hightlight keeps blinking
each time you try to move the mouse off the tooltip, but still have it over the
menuitem.

This is getting worse and worse. Is it really so difficult to do this right and
not show a tooltip over context menu items at all? They should never have been
there in the first place.

Comment 30

[Chris Vance]

(In reply to comment #26)
> This part was fixed after -23, either in -24 or -25.

I just downloaded and installed Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b2) Gecko/20050224

from http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/2005-02-24-06-trunk/

I see the behavior being described (tooltip appearing directly under cursor, but
highlight staying).  It appears that the fix first appeared in the 2005-03-24
build.  The tooltip location/highlighting issue appears close to being
completely fixed -- what was checked in between the -23 and -24 builds?

Comment 31

[R.K.Aa.]

(In reply to comment #30)
> It appears that the fix first appeared in the 2005-03-24
> build.  The tooltip location/highlighting issue appears close to being
> completely fixed -- what was checked in between the -23 and -24 builds?


likely a side-effect of the checkin for bug 125386, but not at all a fix for
this bug. The fix is to remove tooltips from context menus in tabbrowser.

Comment 32

[Martijn Wargers (dead)]

I think this is fixed now in current trunk build, not?
Probably fixed by bug 296004.

Comment 33

[Chris Vance]

WFM now in Windows XP SP2 with:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050809
SeaMonkey/1.0a

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050809
Firefox/1.0+

There is no flicker for me.  Recommending that this be closed.

Comment 34

[Martijn Wargers (dead)]

Ok, marking WFM now, please reopen if you can still reproduce the bug in current
trunk build.

Comment 35

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b4) Gecko/20050810 SeaMonkey/1.0a]
(nightly) (W98SE)

V.WFM