| Summary: | [Combo] Drop-down list is not hidden, when you click on the check/radio button text | ||
|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Ivan Furnadjiev <ivan> |
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P2 | CC: | deepatwal, rsternberg |
| Version: | unspecified | ||
| Target Milestone: | 1.4 M7 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Ivan Furnadjiev
I also observed that a shell that contains a combo box can be moved while the combo's drop-down list is opened. It's probably the same problem, the drop-down list does not auto-close on focus out. (In reply to comment #1) > I also observed that a shell that contains a combo box can be moved while the > combo's drop-down list is opened. It's probably the same problem, the drop-down > list does not auto-close on focus out. This is related to bug 343557 - removing Combo.js#_reDispatch fixes this behavior as well. But if we remove it we should find a solution to scrollbar issue described here: bug 332436 comment #2. A second click on the check/radio button text usually closes the combo list. This issue is reproducible with Firefox 4 (3.6) and Opera 11. Works fine in IE9, Safari 5.0.5 and Chrome 11. The reason for it is a missing "click" event when you click on the check/radio button text. When you click on the check/radio icon we have "mousedown", "mouseup", "click" events, but on the first click on the text - only "mousedown", "mouseup". Fixed in the EventHandler.js#_onmouseevent_post to not focus the target widget if there is an events captured widget. JS tests added. Hi, I have a question, Is this issue is also be with SWT as while implementing the the combo box i am also having the similar kind of issue where combo list is not getting closed when mouse focus is moved out or cursor is removed from the combo. |