Closed
Bug 382205
Opened 17 years ago
Closed 17 years ago
Clicking scrollbutton in <select> listbox scrolls by two <option>s
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jruderman, Assigned: jaas)
References
Details
(Keywords: regression, testcase)
Attachments
(2 files)
309 bytes,
text/html
|
Details | |
1.24 KB,
patch
|
cbarrett
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
Steps to reproduce: 1. Load the testcase. 2. Click the down scrollbutton. Result: scrolls by two options. Expected: should scroll by one option.
Updated•17 years ago
|
Flags: blocking1.9?
Comment 2•17 years ago
|
||
WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a8pre) Gecko/2007091104 Minefield/3.0a8pre
Comment 3•17 years ago
|
||
also wfm on Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a8pre) Gecko/2007091005 Minefield/3.0a8pre ID:2007091005
Dave Hyatt added code that messed this up in bug 129893 a long time ago. We should just kill it off.
Attachment #284430 -
Flags: review?(cbarrett)
Comment 5•17 years ago
|
||
Does this mean scrolling speed is decreased? We already scroll slower than Safari does.
I don't think so. And it doesn't really matter, we can't be doing what is done in that ifdef anyway.
Hyatt added a similar thing in presshell, see the "#ifdef MOZ_WIDGET_COCOA" there. I think getting rid of that might actually change scrolling speed in a way that matters, but this shouldn't.
Comment 8•17 years ago
|
||
Comment on attachment 284430 [details] [diff] [review] fix v1.0 Ah, that's what I was thinking of when I read this patch, then.
Attachment #284430 -
Flags: review?(cbarrett) → review+
Attachment #284430 -
Flags: superreview?(roc)
Attachment #284430 -
Flags: superreview?(roc) → superreview+
landed on trunk
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•