Closed
Bug 493238
Opened 15 years ago
Closed 15 years ago
"Smart Scroll" software causes Firefox to crash in [@-[ChildView getScrollableView] ]
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
status1.9.1 | --- | .4-fixed |
People
(Reporter: jaas, Assigned: jaas)
Details
(Keywords: fixed1.9.0.15)
Attachments
(1 file)
1.86 KB,
patch
|
mstange
:
review+
dveditz
:
approval1.9.1.4+
dveditz
:
approval1.9.0.15+
|
Details | Diff | Splinter Review |
There are a bunch of crash reports with "-[ChildView getScrollableView]", all of them have Smart Scroll on the stack, which is software that can be found here: http://marcmoini.com/sx_en.html Here is a sample crash report: http://crash-stats.mozilla.com/report/index/0ac4801a-57fb-4fc8-b5f5-b386d2090515
"Smart Scroll uses Unsanity's Application Enhancer system"
Also seeing a few of these in Camino 2.0b2 (Talkback :P TB54908881x, TB54849639x), so the unhappiness between them is also on 1.9.0.
Comment 3•15 years ago
|
||
I was just looking at http://crash-stats.mozilla.com/report/index/7bee9208-a468-4d59-a919-14dda2090604 from b3, and the crashing line is: [currView widget]->GetClientData(clientData); Even if the trigger is a runtime hack, -widget can return nsnull, so we should be null-checking the return before using it. Since it would be such a simple fix, it would be nice if we could get it for 1.9.0.x (I can make that patch, but not a trunk or 1.9.1 patch; I'm not sure if it would apply there or not).
Attachment #383732 -
Flags: review?(mstange)
Updated•15 years ago
|
Attachment #383732 -
Flags: review?(mstange) → review+
pushed to mozilla-central http://hg.mozilla.org/mozilla-central/rev/4e7a019485f4 I'm going to assume that fixes this bug, re-open if it doesn't.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Can we get this on the branches after baking (and possibly some verification that "-[ChildView getScrollableView]" crashes have disappeared from m-c reports)?
Flags: wanted1.9.1.x?
Flags: wanted1.9.0.x?
(In reply to comment #6) > Can we get this on the branches after baking (and possibly some verification > that "-[ChildView getScrollableView]" crashes have disappeared from m-c > reports)? Josh: ping? Firefox 3.5.3 is still seeing this crash, as are Firefox 3.0.14 and Camino 2 builds. (I see no crashes in the past several weeks for 1.9.2- and m-c-based Firefoxen.)
Summary: "Smart Scroll" software causes Firefox to crash in -[ChildView getScrollableView] → "Smart Scroll" software causes Firefox to crash in [@-[ChildView getScrollableView] ]
Attachment #383732 -
Flags: approval1.9.1.4?
Attachment #383732 -
Flags: approval1.9.0.15?
Comment 9•15 years ago
|
||
Comment on attachment 383732 [details] [diff] [review] fix v1.0 Approved for 1.9.1.4 and 1.9.0.15, a=dveditz for release-drivers Code-freeze for these releases is tomorrow -- after that approval will be rescinded.
Attachment #383732 -
Flags: approval1.9.1.4?
Attachment #383732 -
Flags: approval1.9.1.4+
Attachment #383732 -
Flags: approval1.9.0.15?
Attachment #383732 -
Flags: approval1.9.0.15+
Assignee | ||
Comment 10•15 years ago
|
||
pushed to mozilla-1.9.1 http://hg.mozilla.org/releases/mozilla-1.9.1/rev/4c4197700e11
Assignee | ||
Comment 11•15 years ago
|
||
checked in to mozilla 1.9.0, revision 1.369
Keywords: fixed1.9.0,
fixed1.9.1
Comment 12•15 years ago
|
||
For 1.9.0 and prior branches please match the fixed keywords to the approval requests to keep our release queries straight, and for 1.9.1 and future branches please set the appropriate status field (instructions on the tinderbox pages)
status1.9.1:
--- → .4-fixed
Clearing those wanted requests since this landed; thanks Josh and Dan!
Flags: wanted1.9.1.x?
Flags: wanted1.9.0.x?
You need to log in
before you can comment on or make changes to this bug.
Description
•