Closed Bug 185121 Opened 22 years ago Closed 20 years ago

Mouse wheel does not scroll page when focus is in non-scrolling textarea

Categories

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

x86
Windows 98
defect
Not set
minor

Tracking

()

RESOLVED DUPLICATE of bug 62431

People

(Reporter: elektroschock, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5

Mouse scrolling does not work when the focus is in text fields. Turning the
mouse wheel has no effect while I write in this text box. I have to set the
focus on other parts of the page again, then I am able to continie to scroll down.

Reproducible: Always

Steps to Reproduce:
1.write in a text field
2. use the mouse wheel
3.



Expected Results:  
enable mouse wheel.

I use a theme that does not provide the right scroll bar, so I depend on my wheel.
Reporter, please try with a new nightly, a fresh profile and the default theme.
This is WFM for me on w2k with the default theme.
i've have this same problem with every phoenix version i've had since i found
out about phoenix (around .4).  i'm able to scroll just fine in ie with the
focus in a text box, but not on phoenix.  reproducible: always.

current build info: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.3a)
Gecko/20021227 Phoenix/0.5 [on winme]

WFM in 20030115 on WinXP.
When wheel is rolled, and if you have enough text in edit box to get
a scroll bar in it, the scroll bar of edit box scrolls, though
you can't scroll the scroll bar of main content area. I'm not sure
if the main content area should be scrolled when the edit box
doesn't have enough text.
to be precise: I was talking about Edit fields with no scroll bar (or active 
scroll bar). I just want the behaviour of IE.


Scolling with IE works very nice. I don't think it was good UI style to scroll 
eithin a textfield. It would be easier to associate the scroll wheel with the 
active main window like any other browser does.
This misbehavior happens in Mozilla builds as well, not just the
browser formerly known as Phoenix.

I'll describe IE's behavior as I have observed it.  IE seems to
send mouse wheel events to the currently focused element.  Then,
each element behaves as follows:

<pseudocode>

on scroll-down:
  if current element can scroll down:
    scroll the element down
    eat event
  else:
    pass event to parent element

on scroll-up:
  if current element can scroll up:
    scroll the element up
    eat event
  else:
    pass event to parent element

on scroll-down or scroll-up sent to <browser>:
  eat event

</pseudocode>

Any UI design people want to look at the proposed behavior before I
confirm this bug?
Component: General → Event Handling
Product: Phoenix → Browser
Summary: Mouse whell scrolling does not work while editing text → Mouse wheel scrolling does not work while editing text
Version: unspecified → Trunk
Clarifying summary based on my understanding of what reporter wants.

Steps to reproduce:
1. Open any Bugzilla bug page, Slashdot comment page, or any other
   page with a textarea.
2. Click in the textarea.
3. Move the mouse wheel.

Actual result:
Page does not scroll.

Expected result:
Page scrolls.
Summary: Mouse wheel scrolling does not work while editing text → Mouse wheel does not scroll page when focus is in non-scrolling textarea
I also find this behaviour very disturbing since it adds another click just for
scrolling the main page when the focus in in textarea (even if the textarea is
empty).

A workaround now is scrolling with your mouse button (wheel) down; this way the
whole page scrolls. But you still have to click outside the textarea, so it is
really not a workaround, just a small time saver (instead of click and then
scroll you can do it at the same time).

I am using Mozilla 1.5b on Win98.
->default contacts
Assignee: blake → events
QA Contact: asa → ian
*** Bug 222890 has been marked as a duplicate of this bug. ***
(Thanks, Bill-- I didn't see this)


I agree...
*** Bug 233908 has been marked as a duplicate of this bug. ***
Dup of bug 62431?

*** This bug has been marked as a duplicate of 62431 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.