User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040901 Firefox/0.9.1+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040901 Firefox/0.9.1+ Take a select drop down with scrollbars in it (right above here in this bug page). When you click on any part of the scrollbar, it causes the select dropmarker to get a look as if it gets clicked. This seems like a regression. This doesn't happen in: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040711 Firefox/0.9.0+ But it happens in: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a3) Gecko/20040718 Firefox/0.9.1+ Also happens in Mozilla builds, not just Firefox. Reproducible: Always Steps to Reproduce: 1. See above 2. 3. Actual Results: When clicking on the scrollbar in the select drop down list, the dropmarker gets a pressed look. Expected Results: It should stay as when the scrollbar is not clicked upon.

Ok, I've tested with some Mozilla's in the period in between: It doesn't happen with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040714 No scrollbar is seen with select drop down lists, but clicking on one of the items in the list triggers the select dropmarker, so I guess the bug is already there in: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040715 You can see the bug in: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040716 I think this bug is caused by the fix for bug 151375.

That sounds surprising.

Oops, no I was wrong. I've build the Mozilla source from 2004-07-15 and backed out the first patch from bug 151375 -> the bug is still in here. So the cause of this bug is from something else. Sorry. I'll look further.

Ok, I've backed out the patch for bug 65917, and after that I can't see the bug anymore, so I guess the patch for bug 65917 is to blame.

Better mention it in that bug then :-)

That would imply that it's a bug in the style rules. That said, I can't reproduce this bug. I can't even get the dropmarker to change state at all.

Well, I found this: http://lxr.mozilla.org/seamonkey/source/layout/html/forms/resources/skin/select-dropdown.css#83 But this is for styling xbl form controls, not for the normal form controls I see in a regular build, right?

Well, changing any css -related to the drop down list- included in the distro doesn't seem to change anything. However, I found this: http://lxr.mozilla.org/seamonkey/source/gfx/src/windows/nsNativeThemeWin.cpp#1290 Removing this: else { PRInt32 eventState = GetContentState(aFrame, aWidgetType); if (eventState & NS_EVENT_STATE_HOVER && eventState & NS_EVENT_STATE_ACTIVE) aState |= DFCS_PUSHED | DFCS_FLAT; } some further lines down, makes the pressed look go away entirely. That's obviously not a solution, but I guess the solution of the problem must be somewhere here.

Something similar happens with the treecolpicker (it has at least the same regression period).