Closed Bug 910862 Opened 12 years ago Closed 4 years ago

plugins not found (probably Version conflict)

Categories

(Core Graveyard :: Plug-ins, defect)

23 Branch
x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: eike.krebs, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release) Build ID: 20130814063812 Steps to reproduce: when installing firefox 22.0.1 then auto-updated to 23.0.1 form tar file into $Home directory, the browser doesn't find the plugins available in the /usr/lib64/browser-plugins/ directory. The old, still installed firefox 3.6.1 accessing to the same profile does.... renaming the old path to firefox 3.6.1 in ~old and copying the new directory from (home) into /usr/lib64/ where firefox 3.6.1 was installed didn't help. System: opensuse 11.3 x86-64 The 22 Version has been downloaded not from mozilla homepage, but form a mirror provieded from t-online.de Actual results: plugin list is empty, pluginreg.dat created before in the profile folder is overwritten with the empty list. removing it doesn't change anything. Expected results: already installed plugins (most important: flashplayer 11) in the native path are found. much more important: Help should know this case, additional path to search should be able to be given by the user. .
Hardware: x86 → x86_64
Component: Untriaged → Plug-ins
Product: Firefox → Core
The valid plugin locations for Linux are listed here: https://developer.mozilla.org/en-US/docs/Gecko_Plugin_API_Reference/Plug-in_Basics#How_Gecko_Finds_Plug-ins Are the plugins in of those locations? If not, does it work when you move them there?
Flags: needinfo?(eike.krebs)
ok, habe jetzt das Verzeichnis mit den Plugins in die im Link angegebenen Pfad koopiert. -> er findet trotzdem nichts. <en> I copied the browser-plugins/ directory in the paths given in the Link. No improve, also after starting forefox new for several times. trying to add moz_plugin_path to about:config also din't change behavior. at least, 6-7 plugins should be found, not all 11 from that 3 are represented by foul relative links. ...I can't change to konqueror for these contents because nspluginviewer always crashes when opening pages with flash content. but that's another bug.
Flags: needinfo?(eike.krebs)
in pluginreg.dat in the profile directory, there're now found but still in the [invalid] section. coming closer...
Can you attach the pluginreg.dat?
Flags: needinfo?(eike.krebs)
here is my pluginreg.dat.
Flags: needinfo?(eike.krebs)
Does this still happen when you delete the pluginreg.dat before starting Firefox? Does it still happen with Firefox Nightly [1]? If you delete the pluginreg.dat and start Nightly from a terminal, is anything interesting getting printed out? (library load failures etc.)
Flags: needinfo?(eike.krebs)
I've been mailing with Eike in german, looks like this might have been an extension or profile issue.
after resetting profile, nightly works properly. retrying with normal (last-used) or new retrieved firefox build in Week 40.
Flags: needinfo?(eike.krebs)
Normal Firefox 25.0.1 (German) has the problem he doesn't find plugins as the T-Online Version before. checking with profile reset soon...
no change after profile reset... returning to use nightly again..
Is Nightly working fine for you with the same profile?
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: