Closed Bug 3171 Opened 26 years ago Closed 26 years ago

Problem with routing of events to views

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P2)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: kmcclusk, Assigned: kmcclusk)

Details

(Whiteboard: 7/9 awaiting developer response to my email question regarding this bug)

When popping up a view containing a scrolling view the events go to the scrolling view not the containing view. (Note: This may already be fixed)
QA Contact: 4015 → 3847
Assignee: joki → rods
I'm not sure if it works or not. The mechanism is in place but Rod is the one that needed it and is currently the only client of it. Reassigning to Rod. If it in fact is broken, specify how and reassign to me.
Assignee: rods → kmcclusk
Kevin is now doing this work. I think it is fixed.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
This was fixed by the addition of a method on view's which let the containing view capture it's child's view events. QA. : GFX-rendered listboxes currently use this event re-routing to select items in the list box.
Whiteboard: 6/21 awaiting developer response to my email question regarding this bug
Whiteboard: 6/21 awaiting developer response to my email question regarding this bug → 7/9 awaiting developer response to my email question regarding this bug
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.