Bug 507092

Summary:	flash plugin unavailable after autostarting firefox
Product:	[Fedora] Fedora	Reporter:	Stefan Seefeld <stefan>
Component:	firefox	Assignee:	Gecko Maintainer <gecko-bugs-nobody>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	11	CC:	gecko-bugs-nobody, j, mcepl, walters
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-06-25 21:06:55 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Stefan Seefeld 2009-06-20 19:34:02 UTC

Description of problem:

When I start Firefox manually, I can use the flash plugin fine. However, when firefox gets started during (auto-)startup, it appears to be seeing a different environment, and can't run the flash plugin.


Version-Release number of selected component (if applicable):

At present I'm running Firefox 3.5 beta 4, but I have been observing this issue since Fedora 9 with whatever firefox was part of that.

How reproducible:

Start firefox, then log out. Log in again, causing firefox to get autostarted. Try to use the flash plugin (youtube, say).

I'm running Fedora 11 on x86_64.

Comment 1 Jason Tibbitts 2009-06-25 16:53:40 UTC

I'm seeing this as well.  For me it's not just flash; on a fresh login (updated F11, KDE) with firefox autostarting, about:plugins shows no available plugins.  After exiting firefox and starting it again (either by command line, Alt-F2, or the menus) about:plugins shows flash, icedtea, the totem plugins and npwrapper.

Comment 2 Jason Tibbitts 2009-06-25 17:03:49 UTC

I should add, x86_64 here too.  This is a fresh install, not updated from anything.

Comment 3 Jason Tibbitts 2009-06-25 17:06:19 UTC

Sorry to spam, but I noticed that this is possibly a dup of bug 489641.

Comment 4 Stefan Seefeld 2009-06-25 17:15:07 UTC

I seem to remember once seeing an error message related to this, suggesting that firefox saw a prerequisite library, but couldn't load it as it was a 32-bit variant, while it itself is the 64-bit firefox. Again, this suggests may be the LD_LIBRARY_PATH doesn't include some lib64 path.

Comment 5 Matěj Cepl 2009-06-25 18:47:47 UTC

Do you have KDE? If yes, then this is a duplicate of bug 489641

Comment 6 Matěj Cepl 2009-06-25 18:48:57 UTC

Sorry, Jason, yes, you are right. Just need to know from reporter, whether he is on KDE (which he probably is because sesion management on Gnome is broken, that he cannot expect it to work at all ;-))

Comment 7 Stefan Seefeld 2009-06-25 19:05:44 UTC

Yes, confirmed. I'm running KDE.

Comment 8 Matěj Cepl 2009-06-25 21:06:55 UTC

(In reply to comment #1)
> I'm seeing this as well.  For me it's not just flash; on a fresh login (updated
> F11, KDE) with firefox autostarting, about:plugins shows no available plugins. 
> After exiting firefox and starting it again (either by command line, Alt-F2, or
> the menus) about:plugins shows flash, icedtea, the totem plugins and npwrapper.  

Yes, that's duplicate behavior of the bug I am closing this against. The problem is that we need firefox to be run from the shell script /usr/bin/firefox to get all plugins. However, session management in KDE sees running /usr/lib*/firefox*/firefox-bin binary and so it tries to restart it on resume. Unfortunately, that makes running firefox without the environment prepared by /usr/bin/firefox.

I see some rumours from upstream, that they working on it, so this should hopefully be fixed soon.

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