Closed Bug 111836 Opened 23 years ago Closed 23 years ago

startup crash in gkplugin.dll

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows 98
defect
Not set
blocker

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
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?
Severity: critical → blocker
Keywords: crash
as reqested by av@netscape.com
as requested.
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.
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
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"

Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: