Open
Bug 467751
Opened 17 years ago
Updated 3 years ago
Debian System Plugin Location - XRE Part
Categories
(Toolkit :: Startup and Profile System, defect)
Tracking
()
NEW
People
(Reporter: asac, Unassigned)
References
Details
Attachments
(1 file)
|
3.82 KB,
patch
|
benjamin
:
review-
|
Details | Diff | Splinter Review |
(Most likely wrong component ... file affected is in toolkit/xre/; why doesnt toolkit have a "General" component?)
Bug 440506 landed support for a legacy plugin location /usr/lib/mozilla/plugins.
I don't agree that /usr/lib/mozilla is really a good location for that, however the patch committed forgot the toolkit/xre/ part.
Updated•17 years ago
|
Component: XULRunner → Startup and Profile System
QA Contact: xulrunner → startup
| Reporter | ||
Comment 1•17 years ago
|
||
from ubuntu xulrunner-1.9.1 packaging branch
Assignee: nobody → asac
Attachment #351167 -
Flags: review?(mconnor)
Comment 2•17 years ago
|
||
Comment on attachment 351167 [details] [diff] [review]
for 1.9.1
I think Benjamin is the best reviewer for this.
Attachment #351167 -
Flags: review?(mconnor) → review?(benjamin)
Comment 3•17 years ago
|
||
I don't see what kind of need the toolkit/xre part fulfils.
Comment 4•17 years ago
|
||
Comment on attachment 351167 [details] [diff] [review]
for 1.9.1
I think mh is correct here: the default plugins provider already provides this key: http://mxr.mozilla.org/mozilla-central/source/xpcom/io/nsAppFileLocationProvider.cpp#596
This result is then *aggregated* with the nsXREDirProvider version, see here: http://mxr.mozilla.org/mozilla-central/source/toolkit/xre/nsXREDirProvider.cpp#777
There should be no need for this patch. I would love to have a unit-test for it, though!
Attachment #351167 -
Flags: review?(benjamin) → review-
Comment 5•17 years ago
|
||
(In reply to comment #4)
> I would love to have a unit-test for it, though!
AFAIK, this is not possible, as it would rely on files being installed in a system directory, which the build/check scripts usually won't have access to.
The only way I see to circumvent this would be to use something like fakechroot, but this may be overkill.
Comment 6•17 years ago
|
||
Oh, I didn't mean anything that complicated. I just meant to ask the directory service to make sure that NS_SYSTEM_PLUGINS_DIR was included in NS_APP_PLUGINS_DIR_LIST (if NS_SYSTEM_PLUGINS_DIR is present at all).
Comment 7•4 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months.
:mossop, could you have a look please?
For more information, please visit auto_nag documentation.
Assignee: asac → nobody
Flags: needinfo?(dtownsend)
Updated•4 years ago
|
Flags: needinfo?(dtownsend)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•