120872 - linux only: After installation, mozilla has a plugin crash

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[grylchan]

Using 2002-01-18-08-trunk commercial build on linux 2.2, red hat 7.0

Problem:
  After installing the trunk bits and before it tries to convert my 4.x
  profile, it crashes. I don't believe it ever gets to profile migration part.
  After it crashes and I try to restart mozilla, the window 'converting profile' 
  appears so that leads me to believe its not a profile bug. 

  The stack trace is showing problem with plugins. 

  This problem only happens right after the installer finishes installing the
  bits. It DOES NOT crash if you 
    -restart mozilla again
    -remove your .mozilla folder and restart mozilla
    -create a new profile

Steps to reproduce
1.Have 1 profile created with 4.x already present
2.Remove any old .mozilla profiles
3.Install the 2002-01-18-08-trunk bits (i used the stub installer:
  ..i686-pc-linux-gnu-installer.tar.gz)
4.Click ok button in the 'installation is complete' window.

result: after you see few items in terminal window (have no idea if
        they are relevant to the problem or not):
         "  nsNativeComponentLoader:
              SelfRegisterD11(/u/gchan/build/components/libgfxxprint.so)
           Load Failed with error:libxlibrgb.so. cannot open object file: 
           no such file or directory. Registering smime acct mgr extension "
        Then talk back appears.

Talkback ids: TB1831143G,TB1837913G, TB1838426K, TB1839413E
http://climate.mcom.com/reports/incidenttemplate.cfm?bbid=1831143

Serge just letting you know you went into my .netscape folder,
looked at the 'plugin list', then went to where 4.x plugin folder
was located (/usr/lib/netscape/plugins), renamed the folder, tried
installing with current trunk again, and we still got the same crash
(TB1838426K).


Stack Trace:
Trigger reason: SIGSEGV: Segmentation Fault: (signal 11)

ld-linux.so.2 + 0xc208 (0x4000c208) 
libc.so.6 + 0x10ba38 (0x405aca38) 
ld-linux.so.2 + 0xdb7c (0x4000db7c) 
libc.so.6 + 0x10bb50 (0x405acb50) 
libdl.so.2 + 0x1387 (0x4020a387) 
ld-linux.so.2 + 0xdb7c (0x4000db7c) 
libdl.so.2 + 0x171b (0x4020a71b) 
libdl.so.2 + 0x1336 (0x4020a336) 
pr_LoadLibraryByPathname() 
PR_LoadLibraryWithFlags() 
LoadExtraSharedLib() 
LoadExtraSharedLibs() 
nsPluginFile::LoadPlugin() 
nsPluginHostImpl::ScanPluginsDirectory() 
nsPluginHostImpl::ScanPluginsDirectoryList() 
nsPluginHostImpl::LoadPlugins() 
nsPluginHostImpl::GetPluginFactory() 
nsJVMManager::StartupJVM() 
nsJVMManager::MaybeStartupLiveConnect() 
nsJVMManager::StartupLiveConnect() 
nsJSEnvironment::Init() 
NS_CreateScriptContext() 
nsDOMSOFactory::NewScriptContext() 
nsDocShell::EnsureScriptEnvironment() 
nsWebShell::GetInterface() 
operator []() 
nsCOMPtr_base::assign_from_helper() 
nsAppShellService::RegisterTopLevelWindow() 
nsAppShellService::CreateTopLevelWindow() 
netscape-bin + 0x8968 (0x08050968) 
nsWindowWatcher::OpenWindowJS() 
nsWindowWatcher::OpenWindow() 
nsPrefMigration::ProcessPrefs() 
nsProfile::MigrateProfile() 
nsProfile::MigrateAllProfiles() 
nsProfile::AutoMigrate() 
nsProfile::ProcessArgs() 
nsProfile::StartupWithArgs() 
nsAppShellService::DoProfileStartup() 
netscape-bin + 0x6e75 (0x0804ee75) 
netscape-bin + 0x7c9b (0x0804fc9b) 
netscape-bin + 0x8627 (0x08050627) 
libc.so.6 + 0x1bb65 (0x404bcb65) 

Originally I thought this bug was part of a profile bug: bug 112195
but it turns out it's not related at all.

Comment 1

[grylchan]

racham also created bug for this Serge (see bug 128076).
I'll let you decide which is a dupe.

Comment 2

[racham]

*** Bug 120876 has been marked as a duplicate of this bug. ***

Comment 3

[serge (gone)]

Hmm. I've seen the crash on Gary's linux box, but I cannot reproduce it on mine 
redhat 7.2.
Investigating...

Comment 4

[grylchan]

Possiblly a Fluke?

Tried  2002-01-22-08-trunk/ commercial build on the same linux
machine, and it did NOT crash. Did the same steps (clean install).

I tried 2002-01-18-08-trunk again and it crashed.

The only difference I see is in the terminal window.

The difference between's friday and tuesdays build is that in fridays
build I see these statements:
     "  nsNativeComponentLoader:
           SelfRegisterD11(/u/gchan/build/components/libgfxxprint.so)
           Load Failed with error:libxlibrgb.so. cannot open object file: 
           no such file or directory. "
Both terminal windows have this line:
    "registering smime account mgr extension:"
But then in fridays build this appears after:
     "shell-init: could not get current directory: getcwd: cannot access
                  parent directory

Works for me?
 

Comment 5

[serge (gone)]

I cannot reproguce this, I'm resolving this as WFM