Bug 445170

Summary:	flash-player: rpm should require libcurl.so.4
Product:	[openSUSE] openSUSE 11.1	Reporter:	Andrew Jorgensen <ajorgensen>
Component:	Firefox	Assignee:	Dirk Mueller <dmueller>
Status:	RESOLVED DUPLICATE	QA Contact:	E-mail List <qa-bugs>
Severity:	Major
Priority:	P1 - Urgent	CC:	behlert, dr, forgotten_5jFyFBvk-I, mark.gonnelly, sbrabec, wolfgang
Version:	Factory	Flags:	cthiel: SHIP_STOPPER?
Target Milestone:	---
Hardware:	x86-64
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Bug Depends on:
Bug Blocks:	438741

Description Andrew Jorgensen 2008-11-14 17:05:59 UTC

nspluginwrapper needs libcurl.  autoreqprov does not see it because it is dlopen'd.  Without libcurl4-32bit installed wrapped plugins crash mysteriously.  With it things work nicely.

Comment 1 Christoph Thiel 2008-11-18 10:07:47 UTC

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

Comment 2 Christoph Thiel 2008-11-18 10:08:29 UTC

Installing libcurl4-32bit along with nspluginwrapper indeed fixes the problem. Tested on openSUSE 11.1 Beta5 x86_64.

Comment 3 Christoph Thiel 2008-11-18 10:08:55 UTC

Raising Priority.

Comment 4 Stefan Behlert 2008-11-18 11:58:37 UTC

This affect SLED, too. raising priority to P1 as I want this fixed for beta6 SLED / RC1 openSUSE.

Comment 5 David Bailey 2008-11-20 15:12:14 UTC

Confirm fix for this bug is installing libcurl4-32bit and dependencies.

Comment 6 Stanislav Brabec 2008-11-20 17:57:42 UTC

I see no direct or indirect reference in nspluginwrapper.

It's not a nspluginwrapper.

It's flash-player:

fgrep -rl libcurl.so.4 /usr/lib/browser-plugins /usr/lib/nspluginwrapper /usr/lib/browser-plugins /usr/lib/browser-plugins /usr/lib64/browser-plugins/usr/lib/browser-plugins/libflashplayer.so
/usr/lib/browser-plugins/libflashplayer.so
/usr/lib/browser-plugins/libflashplayer.so

ldd /usr/lib/browser-plugins/libflashplayer.so | grep curl
(no output)

Flash-player needs explicit:

Requires: libcurl.so.4

It should work on both 32 and 64 bits.

Comment 7 Stanislav Brabec 2008-11-20 18:10:12 UTC

And it's already fixed.

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

Comment 8 Forgotten User 5jFyFBvk-I 2009-03-17 16:11:16 UTC

I get:
LoadPlugin: failed to initialize shared library /usr/lib/browser-plugins/libflashplayer.so [/usr/lib/browser-plugins/libflashplayer.so:wrong ELF class: ELFCLASS32]
Running on a 64 bit machine. Using Opensuse 11.1

Comment 9 Stanislav Brabec 2009-03-17 17:06:31 UTC

When do you see this error?

/usr/lib/browser-plugins/libflashplayer.so is placed in directory dedicated for 32-bit plugins and the error says that it is really 32-bit plugin.

Comment 10 Forgotten User 5jFyFBvk-I 2009-03-17 17:23:20 UTC

I see this error as soon as I start firefox. I installed nspluginwrapper and then flash worked again. But since the flash plugin depends on nspluginwrapper, then why does yast sw_single not take this to consideration? But even if nspluginwrapper is installed I get this "error" even though it looks as if flash works. So whether this is a bug or not I dont know

Comment 11 Stanislav Brabec 2009-03-17 17:35:08 UTC

nspluginwrapper should be in the default x86_64 desktop installation.

Flash plugin does not depend on nspluginwrapper. It's just unusable in 64-bit browsers.

I cannot reproduce this error.

Please try to rename your ~/.mozilla directory and try again.

Are you able to reproduce it then?

If yes:

There is something strange in your installation. Are you using Firefox from the openSUSE distribution?

If not:

Your Firefox user configuration contains reference to /usr/lib/browser-plugins. It's invalid for 64-bit browser.

After the test, you can remove ~/.mozilla and rename your original ~/.mozilla back.


Note: I can see the message above while calling nspluginwrapper. This is just an ugly side effect with no impact.