Closed
Bug 133387
Opened 22 years ago
Closed 22 years ago
Mouse pointer "x" over Personal Toolbar dropdown menus
Categories
(SeaMonkey :: Bookmarks & History, defect, P4)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: sc1, Assigned: bryner)
References
()
Details
(Whiteboard: [fixed on trunk] [ADT3 RTM],custrtm-)
Attachments
(2 files, 1 obsolete file)
468.80 KB,
image/jpeg
|
Details | |
887 bytes,
patch
|
pavlov
:
review+
blizzard
:
superreview+
jud
:
approval+
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020325 BuildID: 2002032508 The mouse pointer is an "x" instead of the usual arrow when selecting items in Personal Toolbar dropdown menus (nested folders.) Reproducible: Sometimes Steps to Reproduce: 1. Set up a bookmark folder in the Personal Toolbar 2. Mouse over, but do not click on, a link in the folder Actual Results: You see an "x" where an arrow should be. This is not consistent; sometimes it's OK but most of the time it isn't. Expected Results: You should see an arrow not an "x".
Reporter | ||
Comment 1•22 years ago
|
||
Comment 3•22 years ago
|
||
My windows 3/27 build has this fixed and on bug 133265 the linux build from 3/28 is fixed so perhaps the submitter can check again?
I get the root window pointer (ie the X pointer) whenever I use a menu. This is with build 2002032717. Somewhat disconcerning even after a few weeks of it happening.
Reporter | ||
Comment 5•22 years ago
|
||
This is now partially fixed; with 2002032808 on Linux, when mousing over menus the moused-over menu item is highlighted, but the pointer is still wrong (the "x" instead of the arrow.)
Comment 6•22 years ago
|
||
Confirmed with 2002-04-11-09 on Linux using an old KDE as desktop.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•22 years ago
|
||
wfm 200204112 Linux, KDE
Comment 8•22 years ago
|
||
Still a cross on FreeBSD. Version: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.9+) Gecko/20020412, build 2002041207
Doesn't work for me. Build 2002041307, Linux, twm as the window manager. (no KDE or gnome or anything fancy).
Comment 10•22 years ago
|
||
*** Bug 137448 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
Can someone please add the "regression" keyword?
Comment 12•22 years ago
|
||
this bug still exists with RC1 Mozilla Mozilla 1.0 Release Candidate 1 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020417 I think this bug should be fixed BEFORE final version 1.0
Assignee | ||
Comment 13•22 years ago
|
||
My guess is that this is a window manager issue... I don't see it with sawfish 1.0, but maybe that's a sawfish quirk. blizzard, any ideas?
Assignee | ||
Comment 14•22 years ago
|
||
One possibility is that for whatever reason, the cursor for the popup is getting set to whatever the root window's cursor is. On sawfish, this is an arrow; on other WM's, it's the X.
Comment 15•22 years ago
|
||
Bryner seems to be right. In fvwm when i set xroot pointer, same pointer shows in menus: xsetroot -cursor_name mouse and i see three button mouse in all menus.
Assignee | ||
Comment 16•22 years ago
|
||
Can someone who is seeing the problem try this patch?
Comment 17•22 years ago
|
||
Patch didn't seem to help, still wrong (root window's) pointer.
Assignee | ||
Comment 18•22 years ago
|
||
The previous patch didn't work because our internal state already indicated that we were using the standard cursor. This one should work.
Attachment #81585 -
Attachment is obsolete: true
Comment 19•22 years ago
|
||
Yes this patch works ok. This would be good patch to 1.0 too.
Comment 20•22 years ago
|
||
Comment on attachment 81755 [details] [diff] [review] better patch r=pavlov
Attachment #81755 -
Flags: review+
Comment 22•22 years ago
|
||
Comment on attachment 81755 [details] [diff] [review] better patch sr=blizzard
Attachment #81755 -
Flags: superreview+
Assignee | ||
Comment 23•22 years ago
|
||
Checked this in on the trunk. Also nominating for nsbeta1. As demonstrated by the comments here, this is a fairly visible defect that can appear in a variety of configurations. Leaving the bug open until this is plussed or minused.
Assignee | ||
Comment 25•22 years ago
|
||
I think we should consider this for RTM at least. An "X" cursor creates the false impression that the menu is somehow disabled. When a user sees this, we're going to look downright incompetent. This is an extremely safe fix. Why would we not take it?
Comment 26•22 years ago
|
||
nsbeta1+/adt3-RTM per Nav triage team.
Assignee | ||
Comment 27•22 years ago
|
||
Closing the bug since this is checked in on the trunk.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 28•22 years ago
|
||
nope it is not fixed... I still have CROSS when I click on File or any other pulldown menu Mozilla 1.0 Release Candidate 2 Mozilla/5.0 (X11; U; RH6.2 Linux i686; en-US; rv:1.0rc2) Gecko/20020510
Comment 29•22 years ago
|
||
This it is not fixed in 1.0RC2 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020510 Seeing this under SuSE Linux 7.2
Comment 30•22 years ago
|
||
RC2 wasn't released off the trunk. This patch isn't on the 1.0 branch so it isn't in RC2.
Comment 31•22 years ago
|
||
bryner, if you think this is 1.0 material (it looks safe enough) please drop email to drivers asking to have it put in.
Comment 32•22 years ago
|
||
bryner, can you please try to get this into 1.0? See comment #31 where blizzard says it should be safe for 1.0
Comment 33•22 years ago
|
||
this bug is not fixed... I still have CROSS when I click on File or any other pulldown menu Mozilla Mozilla 1.0 Release Candidate 3 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020523
Comment 34•22 years ago
|
||
*** Bug 137448 has been marked as a duplicate of this bug. ***
Comment 35•22 years ago
|
||
Adding custrtm- whiteboard comment; this bug has no customization impact.
Whiteboard: [fixed on trunk] [ADT3 RTM] → [fixed on trunk] [ADT3 RTM],custrtm-
Updated•22 years ago
|
Attachment #81755 -
Flags: approval+
Comment 36•22 years ago
|
||
please checkin to the 1.0.1 branch (MOZILLA_1_0_BRANCH). you may need adt approval for this considering you're a netscape employee.
Keywords: mozilla1.0.1+
Comment 37•22 years ago
|
||
*** Bug 148349 has been marked as a duplicate of this bug. ***
Comment 38•22 years ago
|
||
adt1.0.1+ (on behalf ADT's behalf) for checkin to the 1.0 branch, pending Driver's approval. Pls check this in asap.
Comment 40•22 years ago
|
||
NOPE ... this bug is not yet solved !! $%^grr&*(#@ the rest is censored This BUG is NOT yet fixed ... Mozilla 1.0 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 REDHAT Linux 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686
Assignee | ||
Comment 41•22 years ago
|
||
LISTEN, we've been over this several times in the bug. This fix did NOT make the 1.0 release. It will be in the 1.0.1 release.
Assignee | ||
Comment 42•22 years ago
|
||
*** Bug 130093 has been marked as a duplicate of this bug. ***
Comment 43•22 years ago
|
||
It works flawlessly for Mozilla 1.1a Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020610 Thanks to all
Updated•22 years ago
|
Keywords: mozilla1.0.1+
Comment 44•22 years ago
|
||
VERIFIED Fixed branch and trunk builds
Status: RESOLVED → VERIFIED
Keywords: fixed1.0.1 → verified1.0.1
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•