Closed Bug 1965 Opened 26 years ago Closed 26 years ago

[PP] Mouse events don't get through to text frames in linux

Categories

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

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 2091

People

(Reporter: akkzilla, Assigned: joki)

Details

mjudge enabled selection in text frames, and it works on win32, but nothing's happening on linux. Mouse events don't seem to be getting through or aren't getting acted on. Apparently there are some ifdef XP_PC or XP_WIN32 or something around the mouse-handling code? This makes it impossible to test or develop selection code on Unix.
Product: Mozilla → NGLayout
Version: 1998-03-31 → other
Component: Layout → Event Handling
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Turns out it isn't an event problem -- it's that the frame isn't drawing the highlighted area. Filing a separate bug.
Status: RESOLVED → REOPENED
Reopening -- apparently there is a problem with mouse events after all. On Linux, if I set a breakpoint at nsRangeList::TakeFocus and another at nsFrame::HandlePress, start up viewer, click and drag within a text frame, I never trip the breakpoint. If I do the same thing on win32, nsFrame::HandlePress calls nsRangeList::TakeFocus as soon as I drag in a text frame.
Adding Joe to cc list.
Adding Joe to cc list.
On win32, the call stack looks like this: nsFrame::HandlePress(nsFrame * const 0x0134bed0, nsIPresContext & {...}, nsGUIEvent * 0x0012fdb4, nsEventStatus & nsEventStatus_eIgnore) line 650 nsFrame::HandleEvent(nsFrame * const 0x0134bed0, nsIPresContext & {...}, nsGUIEvent * 0x0012fdb4, nsEventStatus & nsEventStatus_eIgnore) line 640 PresShell::HandleEvent(PresShell * const 0x012feb94, nsIView * 0x0131eec0, nsGUIEvent * 0x0012fdb4, nsEventStatus & nsEventStatus_eIgnore) line 1313 + 33 bytes nsView::HandleEvent(nsView * const 0x0131eec0, nsGUIEvent * 0x0012fdb4, unsigned int 8, nsEventStatus & nsEventStatus_eIgnore) line 783 nsView::HandleEvent(nsView * const 0x0131e430, nsGUIEvent * 0x0012fdb4, unsigned int 28, nsEventStatus & nsEventStatus_eIgnore) line 766 nsViewManager::DispatchEvent(nsViewManager * const 0x012fe790, nsGUIEvent * 0x0012fdb4, nsEventStatus & nsEventStatus_eIgnore) line 823 HandleEvent(nsGUIEvent * 0x0012fdb4) line 64 nsWindow::DispatchEvent(nsWindow * const 0x0131e740, nsGUIEvent * 0x0012fdb4, nsEventStatus & nsEventStatus_eIgnore) line 355 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012fdb4) line 371 nsWindow::DispatchMouseEvent(unsigned int 302, nsPoint * 0x00000000) line 1844 + 15 bytes ChildWindow::DispatchMouseEvent(unsigned int 302, nsPoint * 0x00000000) line 1993 nsWindow::ProcessMessage(unsigned int 513, unsigned int 1, long 3211326, long * 0x0012fef4) line 1378 + 24 bytes nsWindow::WindowProc(void * 0x005e01dc, unsigned int 513, unsigned int 1, long 3211326) line 414 + 27 bytes
Here are several bugs may be relatede: 2028: linux text frames don't highlight selected text 2086: Form do not submit 2091: Unable to click on links 1737(?): Back+Forward buttons aren't functional
Status: REOPENED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 2091 ***
Status: RESOLVED → VERIFIED
Inserting Milestone info.
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.