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?

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.

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

*** 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 ***