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)
Core
DOM: UI Events & Focus Handling
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.
janc, there are lots of cursor bugs...Is this a dup of one of them? None were described exactly like this one.
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?
Updated•26 years ago
|
Assignee: trudelle → joki
Comment 3•26 years ago
|
||
XPToolkit isn't doing anything with setting cursors yet. sounds like it may be event-related, reassigning to joki for triage.
Comment 4•26 years ago
|
||
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.
Updated•26 years ago
|
Component: other → Event Handling
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Target Milestone: M14
Comment 5•26 years ago
|
||
change component to Event Handling; change Platform to ALL due to the above comment; set to M14 (post-beta) since this is non-critical
Updated•25 years ago
|
Target Milestone: M14 → M17
Comment 6•25 years ago
|
||
Moving M17.
Assignee | ||
Comment 8•25 years ago
|
||
I think this has been dealt with along the way.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Comment 9•25 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•