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)
Tracking
()
M2
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.
Reporter | ||
Updated•26 years ago
|
Product: Mozilla → NGLayout
Version: 1998-03-31 → other
Reporter | ||
Updated•26 years ago
|
Component: Layout → Event Handling
Reporter | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 1•26 years ago
|
||
Turns out it isn't an event problem -- it's that the frame isn't drawing the
highlighted area. Filing a separate bug.
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 2•26 years ago
|
||
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.
Reporter | ||
Comment 3•26 years ago
|
||
Adding Joe to cc list.
Reporter | ||
Comment 4•26 years ago
|
||
Adding Joe to cc list.
Reporter | ||
Comment 5•26 years ago
|
||
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
Comment 6•26 years ago
|
||
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
Assignee | ||
Updated•26 years ago
|
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•