Bug 507092 - flash plugin unavailable after autostarting firefox
Summary: flash plugin unavailable after autostarting firefox
Keywords:
Status: CLOSED DUPLICATE of bug 489641
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 11
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-06-20 19:34 UTC by Stefan Seefeld
Modified: 2018-04-11 08:57 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-06-25 21:06:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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


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