Closed
Bug 208511
Opened 21 years ago
Closed 7 years ago
"<HOME>.mozilla/plugins" directory may not work if user share home directory on different platform
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: zhayupeng, Assigned: peterlubczynski-bugs)
Details
Currently, the "<HOME>/.mozilla/plugins" directory if for mozilla to find plugin. This may cause problem if the user share plugin on different platform. For example, use NIS, you may mount your home directory anyware in the network. We could use same information in home directory on different platform. So, if user add a plugin in that directory on Linux, mozilla may meet problem when startup on Solaris or other Unix platform. Even on linux, because of the compiler problem, gcc 3.2 compiled mozilla may not work with gcc2.9x compiled java plugin. It may lead to crash. So, that directory has architecture design problem. I think we have following ways to avoid problem. 1) Add description in Release Notes. User may know this problem and will not put plugin in that dir if they share home directory on different platfoem. 2) Make that directory to platform specific. For example, Solaris(Sparc) plugin may in "plugins_sparc" dir. Other plugin may in it's own arch dir. 3) Disable that directory. Pete
Updated•15 years ago
|
QA Contact: bmartin → plugins
Comment 1•7 years ago
|
||
We're not going to do anything about this now that Flash is the only one and most ld.so reject cross-arch loads successfully.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•