304229 – nspluginwrapper doesn't register 32bit plugins

Bug 304229 - nspluginwrapper doesn't register 32bit plugins

Summary: nspluginwrapper doesn't register 32bit plugins

Status:	RESOLVED DUPLICATE of bug 304963

Alias:	None

Product:	openSUSE 10.3
Classification:	openSUSE
Component:	Other (show other bugs)
Version:	Beta 3
Hardware:	x86-64 Other

Priority:	P5 - None Severity: Normal (vote)
Target Milestone:	---
Assignee:	Stanislav Brabec
QA Contact:	E-mail List

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Clone This Bug

Reported:	2007-08-24 10:20 UTC by Wolfgang Rosenauer
Modified:	2007-09-14 14:43 UTC (History)
CC List:	2 users (show)

See Also:
Found By:	---
Services Priority:
Business Priority:
Blocker:	---
Marketing QA Status:	---
IT Deployment:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

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 ***