Closed Bug 33421 Opened 24 years ago Closed 24 years ago

[FIX]<optgroup> in <select> breaks scrolling drop down lists

Categories

(Core :: Layout: Form Controls, defect, P3)

Product:
Core
Component:
Layout: Form Controls
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: andrew.smith+mozilla, Assigned: rods)

Details

(Keywords: html4, Whiteboard: [nsbeta3+]Fix in my tree)

Attachments

(1 file)

testcase; html select with optgroups
1.43 KB, text/html
Details 
Overview Description: Drop down lists, i.e. <select> tags with size="1", that 
use <optgroup> tags do not allow you to select items that require you to scroll 
down.

Steps to Reproduce:
1) Create large (20+) <select> entry with <optgroup> tags. See Additional 
Information for an example.
2) Use scroll bar to view a group not currently visible, e.g. Z.
3) Move across from scroll bar to list item, e.g. Za.

Actual Results: Selection jumps back up to near the top of the drop down, 
making it impossible to select items that are not initially visible.

Expected Results: Should be able to select any item.

Reproducibility: Every time.

Build Date & Platform Bug Found: 

Additional Builds and Platforms Tested On: None, sorry.

Additional Information: This problem does not occur if the <optgroup> tags are 
ommited. There is a related problem; if you use the keyboard to jump to an item 
the drop down does not follow. The following is an example code snippet:

<html>
<form>
<select size=1>
<optgroup label="A">
<option>Aa</option>
<option>Ab</option>
<option>Ac</option>
</optgroup>
....add sufficient groups here to force the drop down to have a scroll bar....
<optgroup label="Z">
<option>Za</option>
<option>Zb</option>
<option>Zc</option>
</optgroup>
</select>
</form>
</html>
moving to HTML Form Controls. I'll attach andrewdsmith's test case in a moment. 
This also occurs for mac and linux using 20000327nn builds.
Assignee: trudelle → rods
Status: UNCONFIRMED → NEW
Component: XP Toolkit/Widgets → HTML Form Controls
Ever confirmed: true
OS: Windows 95 → All
Hardware: PC → All
Somebody else broke this recently, trying to find out who....
Status: NEW → ASSIGNED
Summary: <optgroup> in <select> breaks scrolling drop down lists → [REGRESSION]<optgroup> in <select> breaks scrolling drop down lists
The problem was the optgroup is a block and the opt is inside the opt group. So 
when we were figuring out how far to scroll the dropdown we weren't taking into 
account the optgroups offsets.
Summary: [REGRESSION]<optgroup> in <select> breaks scrolling drop down lists → [FIX]<optgroup> in <select> breaks scrolling drop down lists
Whiteboard: Fix in my tree
mass-move to M16
Target Milestone: --- → M16
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Still broken in build 2000062908 on Windows 98.
Feh. This was fixed (and I thought I had slapped the verify on). But, at any
rate, this is indeed broken again. 

As originally reported, if you load the attached testcase, scroll to the end, 
then try to select an item from the bottom of the list -- the list will then 
pop back up to the top. (tested 2000062908 win32, 2000062820 linux -- I can't
get my mac build started, but this appears to be xp.).
Status: RESOLVED → REOPENED
QA Contact: jrgm → ckritzer
Resolution: FIXED → ---
Target Milestone: M16 → M17
Status: REOPENED → ASSIGNED
Keywords: nsbeta3
Still broken on NT with 200071720.
It was fixed, and then it go broken again and I have the fix in my tree waiting 
for nsbeta3 to open so I can check it in.
Marking nsbeta3+
Keywords: correctness, html4
Whiteboard: Fix in my tree → [nsbeta3+]Fix in my tree
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Marking VERIFIED FIXED on:
- LinuxRH62 2000-09-08-08-M18 Commercial
- Win98     2000-09-08-08-M18 Mozilla
- MacOS86   2000-09-07-04-M18 Commercial
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: