110262 - Crash when using scroll wheel in composer/preview window

Status: VERIFIED WORKSFORME

(SeaMonkey :: Composer, defect)

Description

[Jason Q]

Grabbing the thumb and dragging works fine. When I try to use the scroll wheel
on my Logitech Cordless Mouseman Optical, Mozilla crashes. This only happens in
the mail composition window and the 3 pane preview window.

Comment 1

[Olivier Cahagne]

What build do you use ?

Related recent bugs: bug 109567, bug 110145.

Comment 2

[Jason Q]

Sorry, I thought the CGI put the details in:

From bug submission CGI: "Some fields initialized from your user-agent,
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.5+) Gecko/20011114."

Comment 3

[Chris Petersen]

Confirming crash with Nov 15th build under Mac OS X 10.1.1 using Logitech scroll
wheel mouse:

**********

Date/Time:  2001-11-15 23:00:32 -0800
OS Version: 10.1.1 (Build 5M28)

Command:    Mozilla
PID:        604

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0:
 #0   0x025fc0fc in 0x25fc0fc
 #1   0x025fc0ec in 0x25fc0ec
 #2   0x025fde28 in PostHandleEvent__19nsEventStateManagerFP14nsIPresContextP7nsEv
 #3   0x02d31114 in HandleEventInternal__9PresShellFP7nsEventP7nsIViewUiP13nsEvent
 #4   0x02d30d80 in PresShell::HandleEvent(nsIView *, nsGUIEvent *, nsEventStatus *)
 #5   0x02f875d8 in nsView::HandleEvent(nsGUIEvent *, unsigned int,
nsEventStatus *, int, int &)
 #6   0x02f908f8 in 0x2f908f8
 #7   0x02f86abc in HandleEvent(nsGUIEvent *)
 #8   0x01f8d1f8 in nsWindow::DispatchEvent(nsGUIEvent *, nsEventStatus &)
 #9   0x01f9b100 in HandleScrollEvent(unsigned short, int, int, Point, nsIWidget *)
 #10  0x01f9cee8 in nsMacEventHandler::Scroll(unsigned short, int, Point const &)
 #11  0x01f994b0 in nsMacWindow::ScrollEventHandler(OpaqueEventHandlerCallRef *)
 #12  0x73118b44 in DispatchEventToHandlers
 #13  0x73101cfc in SendEventToEventTargetInternal
 #14  0x731b6164 in SendEventToEventTarget
 #15  0x7310d778 in HandleMouseEvent
 #16  0x731abc24 in ToolboxEventDispatcherHandler
 #17  0x73118bf0 in DispatchEventToHandlers
 #18  0x73101cfc in SendEventToEventTargetInternal
 #19  0x731b6164 in SendEventToEventTarget
 #20  0x731d2fd8 in ToolboxEventDispatcher
 #21  0x731d0378 in CallEventDispatchHook
 #22  0x731794ec in GetOrPeekEvent
 #23  0x731a105c in GetNextEventMatchingMask
 #24  0x731adff0 in WNEInternal
 #25  0x731c5c60 in WaitNextEvent
 #26  0x01fa36fc in nsMacMessagePump::GetEvent(EventRecord &)
 #27  0x01fa34b8 in nsMacMessagePump::DoMessagePump(void)
 #28  0x01fa2e28 in nsAppShell::Run(void)
 #29  0x01f63354 in nsAppShellService::Run(void)
 #30  0x00540510 in main1(int, char **, nsISupports *)
 #31  0x005410b8 in main

Thread 1:
 #0   0x7000530c in syscall
 #1   0x70557590 in BSD_waitevent
 #2   0x70554a30 in CarbonSelectThreadFunc
 #3   0x70020efc in _pthread_body

Thread 2:
 #0   0x7003fe48 in semaphore_wait_signal_trap
 #1   0x7003fc48 in _pthread_cond_wait
 #2   0x705594ac in CarbonOperationThreadFunc
 #3   0x70020efc in _pthread_body

Thread 3:
 #0   0x70043988 in semaphore_timedwait_signal_trap
 #1   0x70043968 in semaphore_timedwait_signal
 #2   0x7003fc38 in _pthread_cond_wait
 #3   0x7028366c in TSWaitOnConditionTimedRelative
 #4   0x7027cf10 in TSWaitOnSemaphoreCommon
 #5   0x702c14c8 in TimerThread
 #6   0x70020efc in _pthread_body

Thread 4:
 #0   0x7003fe48 in semaphore_wait_signal_trap
 #1   0x7003fc48 in _pthread_cond_wait
 #2   0x702505cc in TSWaitOnCondition
 #3   0x7027cef8 in TSWaitOnSemaphoreCommon
 #4   0x7024386c in AsyncFileThread
 #5   0x70020efc in _pthread_body

Thread 5:
 #0   0x7003fe48 in semaphore_wait_signal_trap
 #1   0x7003fc48 in _pthread_cond_wait
 #2   0x7055b9b4 in CarbonInetOperThreadFunc
 #3   0x70020efc in _pthread_body

Thread 6:
 #0   0x70001308 in mach_msg_overwrite_trap
 #1   0x70006394 in mach_msg
 #2   0x700273dc in _pthread_become_available
 #3   0x700270d4 in pthread_exit
 #4   0x70020f00 in _pthread_body


PPC Thread State:
  srr0: 0x025fc0fc srr1: 0x0000f030                vrsave: 0x00000000
   xer: 0x2000001c   lr: 0x025fc0ec  ctr: 0x0068fed0   mq: 0x00000000
    r0: 0x00000000   r1: 0xbfffe400   r2: 0x02351000   r3: 0x00000000
    r4: 0xbfffe71c   r5: 0x04db055c   r6: 0xbfffed64   r7: 0xfffffffd
    r8: 0x00000000   r9: 0x00000000  r10: 0x00000001  r11: 0x00000001
   r12: 0x00748770  r13: 0x00000000  r14: 0x00000036  r15: 0x0004a010
   r16: 0xbfffee70  r17: 0x00000000  r18: 0x0064f5b8  r19: 0x00002b07
   r20: 0x00000000  r21: 0x0000001c  r22: 0x70004bc4  r23: 0x70004c58
   r24: 0x706bab4c  r25: 0x000006eb  r26: 0x8081ab5c  r27: 0x0004ce10
   r28: 0x00000000  r29: 0xbfffef00  r30: 0x00000000  r31: 0x00000001

Comment 4

[Aleksey Nogin]

Could it be a dup of bug 110165 "Crash editing/scrolling To: field entries"?

Comment 5

[Jason Q]

I don't think so. I haven't had problems with scrolling the To: field in recent
(November) builds. Not that I have to scroll that field very often.

In the more recent builds, the scrolling seems to have been disabled altogether,
although, not for the To: field. I assume this is a temporary fix.

Comment 6

[Jean-Francois Ducarroz]

I don't have a mouse on my Mac! But looking at tha stack trace, looks more like
an xp app bug that an message compose one. Reassign...

Comment 7

[Mike Pinkerton (not reading bugmail)]

-> bryner

Comment 8

[Brian Ryner (not reading)]

worksforme on a current trunk build on macos x.

Comment 9

[michael wendell]

Original reporter, are you still seeing this problem?

Comment 10

[Jason Q]

No, I am not having problems with this anymore. However, I can only verify for
the new daily build for Mac OS X which is using Aqua widgets.

Comment 11

[Chris Petersen]

WFM in the Jan 18th OS X build (2002-01-18-08) with both Modern and Classic
skins. Tested with Logitech scrolling wheel mouse under OS X 10.1.2.

Comment 12

[sairuh (rarely reading bugmail)]

vrfy per petersen...