Open Bug 467751 Opened 17 years ago Updated 3 years ago

Debian System Plugin Location - XRE Part

Categories

(Toolkit :: Startup and Profile System, defect)

x86
Linux
defect

Tracking

()

People

(Reporter: asac, Unassigned)

References

Details

Attachments

(1 file)

(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.
Component: XULRunner → Startup and Profile System
QA Contact: xulrunner → startup
Attached patch for 1.9.1Splinter Review
from ubuntu xulrunner-1.9.1 packaging branch
Assignee: nobody → asac
Attachment #351167 - Flags: review?(mconnor)
Blocks: 440506
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)
I don't see what kind of need the toolkit/xre part fulfils.
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-
(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.
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).

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)
Flags: needinfo?(dtownsend)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: