Bug 73148 – loading real plugin

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 73148 - loading real plugin


Summary:	loading real plugin


Status:	RESOLVED DUPLICATE of bug 59361

Product:	galeon
Classification:	Deprecated
Component:	Mozilla interaction
Version:	unspecified
Hardware:	Other other

Importance:	Normal normal
Target Milestone:	---
Assigned To:	Philip Langdale
QA Contact:	Yanko Kaneti

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2002-03-01 16:53 UTC by mjpan
Modified:	2004-12-22 21:47 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description mjpan 2002-03-01 19:53:43 UTC

Package: galeon
Severity: normal
Version: 1.0.3
Synopsis: loading real plugin
Bugzilla-Product: galeon
Bugzilla-Component: Mozilla interaction

Description:
load html file with real player .rm file embedded after installing the
linux plugin



Debugging Information:

(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...[New Thread 1024 (LWP 11979)]
[New Thread 2049 (LWP 11989)]
[New Thread 1026 (LWP 11990)]
[New Thread 2051 (LWP 11991)]
[New Thread 3076 (LWP 11992)]
[New Thread 4101 (LWP 11993)]

0x4088f4f9 in wait4 () from /lib/libc.so.6

+ Trace 18517

Thread 6 (Thread 4101 (LWP 11993))

#0 sigsuspend
from /lib/libc.so.6
#1 __pthread_wait_for_restart_signal
at pthread.c line 969
#2 pthread_cond_wait
at restart.h line 34
#3 PR_WaitCondVar
from /usr/lib/libnspr4.so
#4 nsThreadPool::GetRequest
from /usr/lib/libxpcom.so
#5 nsThreadPoolRunnable::Run
from /usr/lib/libxpcom.so
#6 nsThread::Main
from /usr/lib/libxpcom.so
#7 PR_Select
from /usr/lib/libnspr4.so
#8 pthread_start_thread
at manager.c line 284

Thread 4 (Thread 2051 (LWP 11991))

#0 sigsuspend
from /lib/libc.so.6
#1 __pthread_wait_for_restart_signal
at pthread.c line 969
#2 pthread_cond_wait
at restart.h line 34
#3 PR_WaitCondVar
from /usr/lib/libnspr4.so
#4 NSGetModule
from /usr/lib/mozilla/components/libnecko.so
#5 NSGetModule
from /usr/lib/mozilla/components/libnecko.so
#6 nsThread::Main
from /usr/lib/libxpcom.so
#7 PR_Select
from /usr/lib/libnspr4.so
#8 pthread_start_thread
at manager.c line 284





------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-03-01 14:53 -------

Unknown version 1.0.x in product galeon. Setting version to the default, "unspecified".
Reassigning to the default owner of the component, philipl@mail.utexas.edu.

Comment 1 Yanko Kaneti 2002-03-01 20:07:31 UTC


*** This bug has been marked as a duplicate of 59361 ***

Comment 2 mjpan 2002-03-01 21:46:17 UTC

i have resolved it.  i had plugger 4.0-1 installed, and added the 
real plugin obtained from netscape.  it seems to have been a conflict 
between the two plugins.  not exactly a duplicate bug

Comment 3 Yanko Kaneti 2002-03-01 21:48:41 UTC

Well its the plugger plugin that crashed, thats why it is a buplicate
of 59361

the news that 4.0 can give as much troubles as 3.x is bad news :(
Thanks for the info anyway.