Closed Bug 7671 Opened 26 years ago Closed 25 years ago

Cursor turns to "insert" cursor in inappropriate places in UI

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: bam, Assigned: joki)

Details

The mouse pointer turns to an "insert" cursor in inappropriate places in the GUI.
For example, edit->preferences pulls up a preferences window. Over the "category"
item, the cursor turns to an "insert" cursor (I-beam), even though the text is
neither selectable nor editable.

I have not yet figured out how to reliably repeat the next part:

Sometimes, when I move the cursor out of the edit->preferences window, the cursor
stays in insert mode, even when move the cursor out of mozilla entirely and click
on other apps in finder. This may depend on the path the cursor takes out of the
edit->prefs dialog, and what controls it moves over. If I can figure out how to
reliably reproduce this, I will append steps to this bug; otherwise, it may be
worthwhile to just mess with it a few times, it happens fairly regularly to me.
Component: Apprunner → Event Handling
QA Contact: leger → janc
janc, there are lots of cursor bugs...Is this a dup of one of them?  None were
described exactly like this one.
Assignee: don → trudelle
Component: Event Handling → other
Peter, can you please re-assign this to the appropriate XPToolkit or Gecko
person ('cause I don't know who should get this)?  It's not really an XPApps
issue at the moment since we have no cursor-specific code.  Perhaps this is some
sort of event handling problem?
Assignee: trudelle → joki
XPToolkit isn't doing anything with setting cursors yet. sounds like it may be
event-related, reassigning to joki for triage.
The 'category'-thing also happens to me on Linux running M8.
And not only on the 'category' text, also on many other places (all of them
are labels, I think).

Maybe the other problem is in the 'textfield'-widget: when it loses focus
(i.e. when I point the mouse at it, then move to another widget) the cursor
stays an I.
You can try this on Edit->Preferences, category 'Navigator->Smart Browsing'
and then moving over the textfield in the middle of that screen.
It changes back to normal when I move to the 'category'-widget or the bottom
of the window. This works for all textfields in the Preferences-dialog.
Component: other → Event Handling
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Target Milestone: M14
change component to Event Handling; change Platform to ALL due to the above
comment; set to M14 (post-beta) since this is non-critical
Target Milestone: M14 → M17
Moving M17.
Setting to M19
Target Milestone: M17 → M19
I think this has been dealt with along the way.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Mass update:  changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Updating QA Contact.
QA Contact: ckritzer → lorca
VERIFIED on Mac 01-19-12, Win98 01-18-21.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.