Bug 304229

Summary:	nspluginwrapper doesn't register 32bit plugins
Product:	[openSUSE] openSUSE 10.3	Reporter:	Wolfgang Rosenauer <wolfgang>
Component:	Other	Assignee:	Stanislav Brabec <sbrabec>
Status:	RESOLVED DUPLICATE	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None	CC:	jjgomez, silviu_marin-caea
Version:	Beta 3
Target Milestone:	---
Hardware:	x86-64
OS:	Other
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Wolfgang Rosenauer 2007-08-24 10:20:42 UTC

I installed 10.3beta2 x86-64 with nspluginwrapper and flash-player.
But after installation the flash-player plugin is not available in /usr/lib64/browser-plugins immediately.
I had to invoke
nspluginwrapper -a -i 
manually to get it registered.

Comment 1 Jorge Gomez 2007-08-31 11:21:14 UTC

I had the same problem with the 64 bits distribution.

By executing the nspluginwrapper the problem was solved, as Wolfang suggested.

Comment 2 Stanislav Brabec 2007-09-03 12:23:06 UTC

I don't see any correct solution:

- SuSEconfig is deprecated.

- Path %trigger are not implemented in RPM.

- %triggerin based on virtual symbols (created by AutoReqProv) are not implemented in current SuSE version of RPM.


As a short time solution, I can add trigger to all known SuSE and third party packages providing any plugin.

Comment 3 Wolfgang Rosenauer 2007-09-03 13:11:55 UTC

I see the issues but the short time solution is better than nothing, isn't it?

Comment 4 Stanislav Brabec 2007-09-03 14:57:25 UTC

Ah, sorry. This short time solution was done old time ago. The list contains all plugins known as not existing for x86_64 or not workin properly: RealPlayer acroread acroread_ja flash-player mplayerplug-in

It excludes java, which does not work via nspluginwrapper (hard to fix).

This must be an another bug. Guessing it's duplicate of bug 305098.

Comment 5 Stanislav Brabec 2007-09-05 17:13:47 UTC

Or duplicate of bug 307720.

Comment 6 Silviu Marin-Caea 2007-09-07 05:47:43 UTC

I'd like to add that on a fresh installation of beta3, the flash plugin is not registered by default in Firefox x86_64.

Sounds like a potentially major bug.

Comment 7 Stanislav Brabec 2007-09-10 14:12:22 UTC

Could you verify, that your problems are not duplicate of bug 307720 (flash only) or bug 304963 (all plugins, if dragonedd plugin is present).

Comment 8 Stanislav Brabec 2007-09-14 14:43:21 UTC

Confirming as duplicate of glibc bug 304963.

After removing of dragonegg plugin, you have to call "/usr/bin/nspluginwrapper -a -i -v" to re-create the plugin cache from scratch and not start with corrupted database, and flash starts to work again.

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