Bug 376746

Could you please elaborate a bit more?
What type of plugins?

The default installed plugins are: NPAPI Pluginswrapper, OpenSC Signer plugin, and Shockwave Flash (Gnash)

This is very strange behaviour, and not stable.
There are few bugs mixed together, so it seems.
If you would take a look at the snapshots in bug:
https://bugzilla.novell.com/show_bug.cgi?id=376196
You will know as much as i do.
The plugins come and go.
I updated the kde pluginsupport just today, and the plugins are present now in this user, but i don't know if it has anything to do with it.

I had to reinstall, unfixable yast2 and rpm-data-base trouble.
Anyway, 3b5 is installed, but no plugin shows.

oddball@AMD64x2-sfn1:~> sudo zypper in gnash
root's password:
* Downloading repository 'KDE4-stable-community' metadata.
* Cache van bron 'KDE4-stable-community' bouwen
| Downloading repository 'KDE4-stable-community' metadata.Reading installed packages...
skipping pakket 'gnash' (the newest version already installed)
Niets te doen.
oddball@AMD64x2-sfn1:~>

OS:  Linux 2.6.25-rc8-12-default x86_64
  Current user:  oddball@AMD64x2-sfn1
  System:  openSUSE 11.0 (x86_64) Alpha3
  KDE:  4.00.68 (KDE 4.0.68 >= 20080402) "release 3.1"

All plugins are gone, to stay away, from all users.

after todays update, and restart ff, opensc signer plugin, and shockwave flash are back.

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9b5) Gecko/2008032600 SUSE/2.9.95-2 Firefox/3.0b5

Happened again :(  All gone again.

OS:  Linux 2.6.25-rc8-12-default x86_64
  Current user:  oddball@AMD64x2-sfn1
  System:  openSUSE 11.0 (x86_64) Alpha3
  KDE:  4.00.68 (KDE 4.0.68 >= 20080402) "release 6.4"

Hope you now know why..?

Besturingssysteem:  Linux 2.6.25-rc9-16-default x86_64
  Current user:  oddball@AMD64x2-sfn1
  System:  openSUSE 11.0 (x86_64) Beta1
  KDE:  4.00.69 (KDE 4.0.69 >= 20080410) "release 2.8"

Still no plugins.

2008-04-22 11:09:10 nspluginwrapper-0.9.91.5.99.20071225-7.x86_64.rpm is met succes geïnstalleerd
Aanvullende rpm-uitvoer:
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/opensc-signer.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/libgnashplugin.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/opensc-signer.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/libgnashplugin.so: wrong ELF class: ELFCLASS64

2008-04-22 11:30:24
Aanvullende rpm-uitvoer:
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/opensc-signer.so: wrong ELF class: ELFCLASS64
*** NSPlugin Viewer  *** ERROR: /usr/lib64/browser-plugins/libgnashplugin.so: wrong ELF class: ELFCLASS64

Besturingssysteem:  Linux 2.6.25-rc9-17-default x86_64
  Current user:  oddball@AMD64x2-sfn1
  System:  openSUSE 11.0 (x86_64) Beta1
  KDE:  4.0.3 (KDE 4.0.3) "release 17.1"

Besturingssysteem:  Linux 2.6.25-19-default x86_64
  Current user:  oddball@AMD64x2-sfn1
  System:  openSUSE 11.0 (x86_64) Beta2
  KDE:  4.0.3 (KDE 4.0.3) "release 18.2"

still no plugins...

I found that in some occasions, the firefox BINARY (/usr/lib/firefox/firefox) is called, instead of the script (/usr/lib/firefox/firefox.sh), which sets the environment for the plugins. /usr/bin/firefox is symlinked to the script, so that is good.

But in which occasions? At least I found one: at startup, if Firefox was open at logout. Looking in ~/.kde4/share/config/ksmserverrc, I see:

program7=firefox
restartCommand7=/usr/lib/firefox/firefox, ......

which causes this behaviour.

I think, that the firefox binary should call the script in case it is called directly. That would solve this.

Thanks for the analysis. So it's connected to session restore of the desktop environment (or window manager).
So you are actually using KDE 3.x, right?

I'm using openSUSE 11.0 RC 1 KDE 4 and just noticed this behavior with the default Firefox3 Beta 5. If I log out from KDE and then log back in, all the plugins are missing. I have to reboot to get them back. 

I installed Firefox3 RC1 and copied all the plugins into the Firefox plugins folder. I was able to logout and back in without losing the plugins. 

I can confirm that this happens randomly as mention in comment #13, I can't reproduce it every time. This doesn't happen at all with Firefox RC1, although that may be because the plugins and firefox shell script are in a different directory than the default install of Firefox in 11.0 RC1. 

We found the plugin issue occurs when Firefox is started from the session management (when it's automatically started from the desktop environment).
Has anybody noticed this behaviour in other occassions?

Otherwise bug 396552 is a dupe of this and fixed in the OBS package. Please try that.

(In reply to comment #17 from Wolfgang Rosenauer)
> We found the plugin issue occurs when Firefox is started from the session
> management (when it's automatically started from the desktop environment).
> Has anybody noticed this behaviour in other occassions?
> 
> Otherwise bug 396552 is a dupe of this and fixed in the OBS package. Please try
> that.
> 

I can confirm, that when FF is started from sessionmanagement, there are no plugins.
If shut down and started from an icon or other command, the plugins are present.

bug 396552 is a dup of this behaviour.

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

Fixed with upcoming FF 3.0

Mozilla/5.0 (X11; U; Linux x86_64; nl; rv:1.9.0) Gecko/2008060300 SUSE/3.0-7.1 Firefox/3.0
from obs works as it should, as i now can confirm after 3 days of use.

I will close this bug: PLugins stay, whatever is done;)