x86-64 Ubuntu 9.10: Flash installer on x86-86 installs flash in such a way that it can't be used by 32-bit firefox builds
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
flashplugin-nonfree (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
Steps to reproduce:
- Download 32-bit firefox nightly from http://
- Navigate to flash content, for example http://
- Choose to install missing plugins
- Select the non-free Adobe flash player, install
- Restart 32-bit firefox
- Navigate again to http://
- Applet fails to load, "Install missing plugin" doorhanger appears again
- If firefox is run from the console, output like
LoadPlugin: failed to initialize shared library /var/lib/
is written to stderr
Expected results:
- non-free flash is installed in such a way that 32- and 64-bit browsers can load it
The problem is that the flashplugin-
Simple workaround: use the same mechanism that adds /var/lib/
$ ln -s /usr/lib/
and then restarting 32-bit firefox.
I understand that non-free flash and 32-bit firefox builds on 64-bit distributions are sort of doubly-
FWIW Mozilla's out-of-process plugin team plans to support loading plugins of different architectures than the firefox build's (like nspluginwrapper), but there's no definite timeline for this feature yet.
Sorry for leaving the package blank, I'm not sure in which this workaround is best implemented.
affects: | ubuntu → flashplugin-nonfree (Ubuntu) |
I should add that the scenario that led to the filing of this bug was a Mozilla developer downloading a Farsi-localized firefox build. Localized firefox builds are only available for x86 at the moment.