Build 2000-02-21-08, NT4.0 SP6a Using Intellipoint 3.0 drivers. Problem: When typing in a field and then rolling the mousewheel, focus is lost but thecursor continues to blink. 1) Type in a field 2) On a non-field section of the page, scroll with mousewheel 3) Try to type Expected: Scrolling should reset the focus back to the previous object. Note: I expected this to be a dup, but couldn't find any.

I'm on winNT and I don't have the focus lost on build 200030908. Instead I can move the mouse (away from the text area) and scroll with the wheel. Then when I type text still goes into the text area - however the screen doesn't jump back to that part of the page - so I'm typing but offscreen sometimes. It seems to me that this bug is similar to bug 31204 - basically mousewheel seems to have a different focus than the keyboard. i.e. I type and the keyboard has focus (characters show up in) the text area. But I scroll with the mouse wheel when the mouse isn't over the text area and the main browser window has focus (and is scrolled).

not sure how this got assigned to me. changing "assigned to" to bryner@uiuc.edu and making myself "qa contact." Regarding jelwell's comments, the behavior described as a bug is the way the mousewheel works in Nav 4.x. Personally, I prefer it and question whether that is actually a bug. (For the record, IE behavior is to never give the textarea focus when mousewheel is scrolling over it.) The reporter's bug seems to be that the cursor still blinks in the textarea even though scrolling the mousewheel outside the textarea has moved the focus to the main window, and that *is* a bug.

Ok, lots of stuff going on here: - The problems jelwell@singleclick.com mentioned about the mousewheel scrolling the page when the cursor is not over the textfield *might* be Win32 specific. Need to investigate on Linux. - If the cursor is continuing to blink after the field loses focus, that's an editor or focus code bug. - The behavior that's described as causing the text field to un-focus should not in fact cause it to lose focus. The only thing that should cause a text area to lose focus is clicking outside of it. This is also how IE 5 works. If the focused text area has a scrollbar, it should scroll when you move the mousewheel, regardless of mouse location. Based on the age of the build that the bug reporter used to find that part of the bug, and jelwell@singleclick.com's comments, it needs to be reverified whether that part of the bug still exists. - Yes, typing in a textfield should scroll such that the text field is onscreen (I think, anyway, although it doesn't in 4.x). I need to try reproducing this with regular scrollbar scrolling, and kick that bug around as needed.

Setting OS from bug description.

Just tried on Win98, the textfield stays focused (you can type) even after mousewheel scrolling outside of it. Regarding my comments above saying that a focused text area should scroll when you move the mousewheel regardless of where the mouse is, I've decided to step away from that for now. The current behavior (and likely to stay the behavior for awhile) is that mousewheel scrolling simply never scrolls a text area in the page. This is how IE5 works. So, since I don't see any definite remaining bugs here, marking this bug FIXED.

For the sake of bug cleanliness, can someone (more knowledgeable about the problem than myself), verify this bug? No reason for every bug not to be verified.

Hmm, I was supposed to be removed as QA Contact on these bugs a long time ago. Passing the buck to jrgm (jrgm, if these aren't your's let me know and I'll stop sticking you with them :-)

Well, after looking at it again, I will VERIFY it now.

transferring these to my netscape.com email.