[Bug 727018] New: make sure nspluginwrapper does not handle libflashplayer.so

older
[Bug 720898] New: vim: please...

bugzilla_noreply＠novell.com

28 Oct 2011 28 Oct '11

08:33

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c0 Summary: make sure nspluginwrapper does not handle libflashplayer.so Classification: openSUSE Product: openSUSE 12.1 Version: RC 1 Platform: All OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: wolfgang@rosenauer.org QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1 Since Flash is now available for x86-64 nspluginwrapper must not wrap libflashplayer.so anymore. nspluginwrapper still has Supplements flash-player which should be removed but still if it gets installed it wraps Flash (and all other plugins). Given that Firefox use a separate process for plugins (plugin-container) meanwhile there is no need to have yet another layer inbetween. So I would propose two options: - drop nspluginwrapper entirely - make sure nspluginwrapper only wraps plugins if architecture is really different between npviewer and plugin Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Show replies by date

bugzilla_noreply＠novell.com

28 Oct 28 Oct

08:42

New subject: [Bug 727018] make sure nspluginwrapper does not handle libflashplayer.so

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c1 Andreas Jaeger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coolo@suse.com, | |wstephenson@suse.com AssignedTo|bnc-team-screening@forge.pr |sbrabec@suse.com |ovo.novell.com | --- Comment #1 from Andreas Jaeger 2011-10-28 08:42:00 UTC --- Regarding dropping: Is anybody else besides flash-player on Firefox using nspluginwrapper? Especially konqueror or opera? Or other plugins? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

08:58

New subject: [Bug 727018] make sure nspluginwrapper does not handle libflashplayer.so

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c2 --- Comment #2 from Wolfgang Rosenauer 2011-10-28 08:58:05 UTC --- I had a short look into nspluginwrapper as the parameter -n looks promising. Unfortunately I cannot recognize any difference if I specify -n or not. (In reply to comment #1)

...

Regarding dropping:

Is anybody else besides flash-player on Firefox using nspluginwrapper? Especially konqueror or opera? Or other plugins?

If nspluginwrapper is installed basically every plugin is wrapped (AFAICS). So every browser is using the wrapper for every installed plugin which is why I wrote we should only wrap if architecture is different. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

21:55

New subject: [Bug 727018] make sure nspluginwrapper does not handle libflashplayer.so

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c3 --- Comment #3 from Wolfgang Rosenauer 2011-10-28 21:55:47 UTC --- Hmm, I forgot the probably easiest solution: - do not ship the .i586 package of nspluginwrapper I guess that would automatically make sure that only i386 plugins are wrapped on x86-64 machines and would solve the issue for 32bit installations. At least Firefox and Chromium use process separation already themselves for plugins so I'm not aware of any advantage to have nspluginwrapper on a 32bit installation. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

31 Oct 31 Oct

13:51

New subject: [Bug 727018] make sure nspluginwrapper does not handle libflashplayer.so

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c4 Stanislav Brabec changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |ASSIGNED --- Comment #4 from Stanislav Brabec 2011-10-31 14:51:10 CET --- Advantage of nspluginwrapper in 32-bit installation: Crash of plugins does not cause browser crash of browsers that call plugins in-process. Is it still valid for Firefox? On 64-bit systems nsplugiwrapper is still required for nppdf (Acrobat Reader plugin). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

14:00

New subject: [Bug 727018] make sure nspluginwrapper does not handle libflashplayer.so

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c5 --- Comment #5 from Stanislav Brabec 2011-10-31 15:00:39 CET --- Removal of -n (wrapping native plugins) should be done by removing of scriptlets part: %ifarch %ix86 %{_bindir}/%{name} -a -i -n 2>&1 | grep -v "wrong ELF class" >&2 || : %else and using variant without -n for all platforms. Could anybody with i586 installation check what exactly does nspluginwrapper -a -i (Check date stamps of files in /usr/lib/browser-plugins will show, whether it not updates native wrappers or whether it deletes.) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

15:41

New subject: [Bug 727018] make sure nspluginwrapper does not handle libflashplayer.so

https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c6 --- Comment #6 from Wolfgang Rosenauer 2011-10-31 15:41:44 UTC --- (In reply to comment #4)

...

Advantage of nspluginwrapper in 32-bit installation: Crash of plugins does not cause browser crash of browsers that call plugins in-process. Is it still valid for Firefox?

Current Firefox nowadays wraps (almost) all plugins through plugin-container. So this usecase is gone.

...

On 64-bit systems nsplugiwrapper is still required for nppdf (Acrobat Reader plugin).

And other external available plugins. (In reply to comment #5)

...

Removal of -n (wrapping native plugins) should be done by removing of scriptlets part:

%ifarch %ix86 %{_bindir}/%{name} -a -i -n 2>&1 | grep -v "wrong ELF class" >&2 || : %else

and using variant without -n for all platforms.

Could anybody with i586 installation check what exactly does nspluginwrapper -a -i (Check date stamps of files in /usr/lib/browser-plugins will show, whether it not updates native wrappers or whether it deletes.)

I've tried with and without -n and couldn't find any difference. Either I did something wrong or it does not work as documented. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.