Closed Bug 840106 Opened 12 years ago Closed 9 years ago

Norton Confidential 2012 crash in ccl110u.dll

Categories

(Firefox :: Extension Compatibility, defect)

21 Branch
x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox18 --- affected
firefox19 + affected
firefox20 + ---
firefox21 --- affected

People

(Reporter: scoobidiver, Unassigned)

References

Details

(Keywords: crash, thirdparty)

Crash Data

It's #22 top browser crasher in 18.0.2 and appeared with Norton 2012.5.11.8. Here are the latest correlations in 18.0.2: ccl110u.dll@0x61c04|EXCEPTION_ACCESS_VIOLATION_READ (402 crashes) 100% (402/402) vs. 2% (2050/130050) coFFPlgn.dll 100% (402/402) vs. 1% (768/130050) 2012.5.11.8 Signature ccl110u.dll@0x61c04 More Reports Search UUID 30e6fca6-ff6f-4a91-aa56-568552130211 Date Processed 2013-02-11 08:16:51 Uptime 1374 Last Crash 1.7 days before submission Install Age 2.1 days since version was first installed. Install Time 2013-02-09 06:57:15 Product Firefox Version 18.0.2 Build ID 20130201065344 Release Channel release OS Windows NT OS Version 6.0.6002 Service Pack 2 Build Architecture x86 Build Architecture Info GenuineIntel family 6 model 15 stepping 11 Crash Reason EXCEPTION_ACCESS_VIOLATION_READ Crash Address 0x158 User Comments マウスジェスチャにてタブを閉じようとしてクラッシュ App Notes AdapterVendorID: 0x10de, AdapterDeviceID: 0x0400, AdapterSubsysID: 043810de, AdapterDriverVersion: 9.18.13.697 D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ Processor Notes sp-processor06.phx1.mozilla.com_6270:2008 EMCheckCompatibility True Adapter Vendor ID 0x10de Adapter Device ID 0x0400 Total Virtual Memory 2147352576 Available Virtual Memory 1411973120 System Memory Use Percentage 54 Available Page File 5090115584 Available Physical Memory 1592627200 Frame Module Signature Source 0 ccl110u.dll ccl110u.dll@0x61c04 1 couictlr.dll couictlr.dll@0x3582d 2 coFFPlgn.dll coFFPlgn.dll@0x4d61e 3 coFFPlgn.dll coFFPlgn.dll@0x4d37a 4 coFFPlgn.dll coFFPlgn.dll@0x37bc7 5 coFFPlgn.dll coFFPlgn.dll@0x3ae97 6 coFFPlgn.dll coFFPlgn.dll@0x4418a 7 coFFPlgn.dll coFFPlgn.dll@0x45057 8 xul.dll nsDocLoader::DoFireOnStateChange uriloader/base/nsDocLoader.cpp:1351 9 xul.dll nsDocLoader::FireOnStateChange uriloader/base/nsDocLoader.cpp:1288 10 xul.dll nsDocLoader::OnStartRequest uriloader/base/nsDocLoader.cpp:550 11 xul.dll nsLoadGroup::AddRequest netwerk/base/src/nsLoadGroup.cpp:579 12 xul.dll mozilla::net::nsHttpChannel::AsyncOpen netwerk/protocol/http/nsHttpChannel.cpp:4310 13 xul.dll nsURILoader::OpenURI uriloader/base/nsURILoader.cpp:763 14 xul.dll nsDocShell::DoChannelLoad docshell/base/nsDocShell.cpp:9584 15 xul.dll nsDocShell::DoURILoad docshell/base/nsDocShell.cpp:9420 16 xul.dll nsDocShell::InternalLoad docshell/base/nsDocShell.cpp:9094 17 xul.dll nsDocShell::LoadURI docshell/base/nsDocShell.cpp:1521 18 xul.dll nsFrameLoader::ReallyStartLoadingInternal content/base/src/nsFrameLoader.cpp:496 19 xul.dll nsFrameLoader::ReallyStartLoading content/base/src/nsFrameLoader.cpp:400 20 xul.dll nsDocument::MaybeInitializeFinalizeFrameLoaders content/base/src/nsDocument.cpp:5638 21 xul.dll nsHTMLDocument::EndUpdate content/html/document/src/nsHTMLDocument.cpp:2353 22 xul.dll nsINode::ReplaceOrInsertBefore content/base/src/nsINode.cpp:1892 23 xul.dll nsINode::ReplaceOrInsertBefore obj-firefox/dist/include/nsINode.h:1484 24 xul.dll nsINode::ReplaceChild obj-firefox/dist/include/nsINode.h:499 25 xul.dll nsIDOMNode_ReplaceChild obj-firefox/js/xpconnect/src/dom_quickstubs.cpp:5457 26 mozjs.dll js::InvokeKernel js/src/jsinterp.cpp:365 27 mozjs.dll js::Interpret js/src/jsinterp.cpp:2473 ... More reports at: https://crash-stats.mozilla.com/report/list?signature=ccl110u.dll%400x61c04
I'll contact Symantec to see if 2012.5.11.8 has any changes that could have caused this new instability.
It's #15 top browser crasher in 19.0.2.
Keywords: topcrash
(In reply to Scoobidiver from comment #3) > It's #15 top browser crasher in 19.0.2. Symantec's response was that they couldn't investigate without access to the minidumps. We're working on getting them access, but this will likely go unfixed for FF20 (if it's even a problem on our side).
FTR, correlations from March 12: ccl110u.dll@0x61c04|EXCEPTION_ACCESS_VIOLATION_READ (603 crashes) 100% (603/603) vs. 1% (1451/158220) ccl110u.dll 0% (0/603) vs. 0% (1/158220) 11.2.1.4 100% (603/603) vs. 1% (1450/158220) 11.2.3.6 100% (603/603) vs. 1% (1522/158220) coFFPl19.dll 100% (603/603) vs. 1% (1239/158220) 2012.5.12.5 0% (0/603) vs. 0% (67/158220) 2013.3.0.26 0% (0/603) vs. 0% (216/158220) 2013.3.1.3 So this is happening with ccl110u.dll 11.2.3.6 only.
(In reply to Alex Keybl [:akeybl] from comment #4) > (In reply to Scoobidiver from comment #3) > > It's #15 top browser crasher in 19.0.2. > > Symantec's response was that they couldn't investigate without access to the > minidumps. We're working on getting them access, but this will likely go > unfixed for FF20 (if it's even a problem on our side). They expect to come into the office as early as next week to analyze minidumps locally.
Keywords: thirdparty
It's #41 browser crasher in 21.0.
Keywords: topcrash
Version: 18 Branch → 21 Branch
Norton Confidential 2012 is obsolete.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.