Closed
Bug 310646
Opened 19 years ago
Closed 16 years ago
Crash [@ InternalColor2Index() ] when scrolling in recipient list
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: justdave, Unassigned)
References
Details
(Keywords: crash)
Crash Data
Attachments
(2 files)
Steps to reproduce: 1) Open an email with a large CC list. 2) Click Reply All 3) Position the mouse over the recipient list 4) use the scroll wheel to scroll down 5) scroll up 6) scroll down again 7) poof. Using the scroll bar does not seem to affect it, it only happens when you use the scroll wheel. Relevant talkback IDs: 2005092906: TB9906699Z TB9906647H 2005093005: TB9926822Z TB9927354H
Reporter | ||
Comment 1•19 years ago
|
||
CrashReporter crash log, since it's sometimes more useful than the talkback stack traces.
Comment 2•19 years ago
|
||
Couldn't reproduce on 10.4.2, which Dave is also running. My QuickDraw library is newer than his. The QD library was updated in Security Update 2005-8.
Summary: QD.186.1.0 + 0xb0b8 (0x916a60b8) fa947574 crash when scrolling in recipient list → QD.186.1.0 + 0xb0b8 (0x916a60b8) fa947574 crash when scrolling in recipient list
Comment 3•19 years ago
|
||
Dave also managed to crash this at TB9930320Y. I am now able to reproduce. I'll investigate.
Summary: QD.186.1.0 + 0xb0b8 (0x916a60b8) fa947574 crash when scrolling in recipient list → Crash [@ InternalColor2Index() ] when scrolling in recipient list
Comment 4•19 years ago
|
||
Comment 5•19 years ago
|
||
This was broken at least as far back as 091507. There are a variety of different stack traces that this will crash with. Something is being destroyed. Looks like the frames that are scrolled out of view. The build IDs aren't strongly related to the crashes, they're only the builds that produced certain crashes. 100105, 092209, and 091507 crash in DispatchEventToHandlers . nsMacWindow::ScrollEventHandler . SetGWorld 092805 is an interesting crash in DispatchEventToHandlers . nsMacWindow::ScrollEventHandler .. nsListBoxBodyFrame::InternalPositionChanged . nsListBoxBodyFrame::DestroyRows .. nsFrameList::DestroyFrames . nsContainerFrame::Destroy . nsFrame::Destroy . nsView::~nsView . nsView::DropMouseGrabbing 092607 and 091905 are also interesting, similar to the above crash but after the nsView destructor, nsBaseWidget::Release . nsMacWindow::~nsMacWindow . (system window destruction functions)
Keywords: crash
Comment 6•19 years ago
|
||
*** Bug 317873 has been marked as a duplicate of this bug. ***
Updated•17 years ago
|
QA Contact: message-compose
Comment 7•17 years ago
|
||
Dave, do you still see this? bug 331937, which doesn't seem related, is only bug I find with SetPortRGBForeColor in the stack (SetPortRGBForeColor is second in your stack)
Assignee: mscott → nobody
Reporter | ||
Comment 8•16 years ago
|
||
nope. And I remember seeing it listed as getting fixed in the Rumbling Edge report at some point, too, so was this supposed to be a dupe?
Comment 9•16 years ago
|
||
dunno about the dupe. => WFM - someone can look for the dupe if they wish
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ InternalColor2Index() ]
You need to log in
before you can comment on or make changes to this bug.
Description
•