Closed
Bug 910862
Opened 12 years ago
Closed 4 years ago
plugins not found (probably Version conflict)
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: eike.krebs, Unassigned)
Details
Attachments
(1 file)
|
792 bytes,
text/plain
|
Details |
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. .
| Reporter | ||
Updated•12 years ago
|
Hardware: x86 → x86_64
Comment 1•12 years ago
|
||
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?
Updated•12 years ago
|
Flags: needinfo?(eike.krebs)
| Reporter | ||
Comment 2•12 years ago
|
||
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)
| Reporter | ||
Comment 3•12 years ago
|
||
in pluginreg.dat in the profile directory, there're now found but still in the [invalid] section.
coming closer...
Comment 6•12 years ago
|
||
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.)
Updated•12 years ago
|
Flags: needinfo?(eike.krebs)
Comment 7•12 years ago
|
||
I've been mailing with Eike in german, looks like this might have been an extension or profile issue.
| Reporter | ||
Comment 8•12 years ago
|
||
after resetting profile, nightly works properly.
retrying with normal (last-used) or new retrieved firefox build in Week 40.
Flags: needinfo?(eike.krebs)
| Reporter | ||
Comment 9•12 years ago
|
||
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...
| Reporter | ||
Comment 10•12 years ago
|
||
no change after profile reset...
returning to use nightly again..
Comment 11•12 years ago
|
||
Is Nightly working fine for you with the same profile?
Comment 12•4 years ago
|
||
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•