Created attachment 314204 [details] testcase See testcase, which crashes current trunk build when the window starts scrolling during drag selecting. This regressed between 2007-11-21 and 2007-11-25: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2007-11-21+04&maxdate=2007-11-25+07&cvsroot=%2Fcvsroot I think a regression from bug 368760. http://crash-stats.mozilla.com/report/index/336e9491-04b8-11dd-b438-001b78bc73ea 0 xul.dll nsAutoScrollTimer::Notify mozilla/layout/generic/nsSelection.cpp:529 1 xul.dll nsTimerImpl::Fire mozilla/xpcom/threads/nsTimerImpl.cpp:403 2 xul.dll nsTimerEvent::Run mozilla/xpcom/threads/nsTimerImpl.cpp:490 3 xul.dll nsThread::ProcessNextEvent mozilla/xpcom/threads/nsThread.cpp:510 4 xul.dll nsBaseAppShell::Run mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:170 5 nspr4.dll PR_GetEnv 6 firefox.exe wmain mozilla/toolkit/xre/nsWindowsWMain.cpp:87 7 firefox.exe firefox.exe@0x217f 8 kernel32.dll BaseProcessStart
I don't think this should block.
Flags: blocking1.9? → blocking1.9-
Created attachment 315851 [details] testcase2 This testcase crashes much more reliably when drag-selecting. In fact, it's crashing every time I try. I was actually trying to minimize a testcase that was crashing like bug 421839. I'm guessing that bug is basically the same as this bug.
Flags: wanted1.9.1? → wanted1.9.1+
This is worksforme in current trunk build. I guess this might have been fixed by bug 421839.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsAutoScrollTimer::Notify]
You need to log in before you can comment on or make changes to this bug.