Closed
Bug 111836
Opened 23 years ago
Closed 23 years ago
startup crash in gkplugin.dll
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 110890
People
(Reporter: dpage, Assigned: serhunt)
Details
(Keywords: crash)
Attachments
(3 files)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6) Gecko/20011120 BuildID: 2001112009 Browser crashes during startup, after splash screen but before other displays. Bugtoaster (a crash debugger) states that crash occurs in gkplugin.dll. Workaround: replace gkplugin.dll with same from Netscape 6.2 and all is well. Note: while similar to 48110, I do not have Crescendo installed, and a different DLL is flagged. Reproducible: Always Steps to Reproduce: 1. Start Browser... Actual Results: Browser crashes, system OK. Talkback runs. Expected Results: Run. There ARE talkbacks, but I neglected to get number. Should be listed under my email address. This problem started with 0.9.6
Comment 1•23 years ago
|
||
Reporter: Have you installed mozilla in a fresh direcotry and not over an older build ? Can you try it with a new profile ? (run mozilla -profilemanager) Can you give us a talkback ID # ? (run mozilla/bin/components/talkback.exe to get the Talkback ID)
Assignee: asa → av
Component: Browser-General → Plug-ins
QA Contact: doronr → shrir
Can you also post a directory listing for both your 'Mozilla'/Plugins folder and 'Navigator 4.x'/Plugins folder?
Updated•23 years ago
|
Reporter | ||
Comment 3•23 years ago
|
||
as reqested by av@netscape.com
Reporter | ||
Comment 4•23 years ago
|
||
as requested.
Reporter | ||
Comment 5•23 years ago
|
||
Talkback IDs include TB38460700Y TB38460478G This was in fact installed over older builds.
Quite a list of plugins. Reporter, could you please try to rename the 4x Plugins folder so that Mozilla thinks there are no plugins from the old installation and see what happens? Chances are there is a specific plugin that causes the crash. If it starts up successfully, then the obvious next step is to isolate out the problematic plugin.
Reporter | ||
Comment 7•23 years ago
|
||
With an empty/remamed NS4 plugin directory, the crash does not occur. These are the plugins installed by Mozilla itlself, which do NOT cause a crash.
That's what I thought. Can you please try to add one by one and see which plugin crashes Mozilla? Plugins are the files of np*.dll name pattern. Some are well-known and reliable, so I would suggest first to try those: npaxdlpi.dll, npbar.dll, NPBeatSP.dll (is it Beatnik?), NPDocBox.dll, npdrmv2.dll, npgcplug.dll, npican.dll, npiftw32.dll, npindio.dll, NPMetastream3.dll (I remember we had problems with this one before), npnsda.dll.
This is a dup of bug 110890 based on the stack signature. Marking so. David, if you find anything please continue to comment there. *** This bug has been marked as a duplicate of 110890 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 10•22 years ago
|
||
mass duplicate verifications . For filtering purposes, pls use keywd "massdupverification"
Status: RESOLVED → VERIFIED
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•