Closed
Bug 59332
Opened 24 years ago
Closed 16 years ago
Problems about different directory name of searchplugins
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect, P3)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: kazu, Assigned: dveditz)
Details
(Whiteboard: [xpiprd])
This bug is related to Bug 48872 which is verified wontfix. But Bug 48872 is still remained. And I don't think newsgroup isn't appropriate bug tracking. So I'm opening the problem at Bugzilla. I read some source cord to know what parameter is acceptable for getFolder(). http://lxr.mozilla.org/seamonkey/source/xpinstall/src/nsInstallFolder.cpp#51 There isn't the item for searchplugins. So I can't use getFolder() method now. And I don't think it's good approach to calling getFolder("Mac System"). I know that Windows and Linux use "searchplugins" and Macintosh use "Search Plugins". But I don't know what directory is used for OS/2, BeOS, MacOS X and so on. And Mozilla will be ported to new platforms by hackers community of new platforms. I wouldn't like to check all platforms. The folder name of "plug-ins" has historical reason (Bug 54778). But I think "searchplugins" is new feature. So you can rename it easily. How about "search_plugins" ? It's human readable and has no white space.
Comment 1•24 years ago
|
||
I'm going to confirm this bug because as discussions in Bug 48872 show, there is a problem to be addressed. I have not seen in that bug a solution that would be easily acceptable to localizers. At the least we should discuss merits of the proposed solution to a real problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
Question to kazu: Would it be acceptable if we can get the getFolder() method to return the correct SearchPlugin folder destination value for any platform ? Dan indiactes that this would be an RFE but should be doable.
Reporter | ||
Comment 3•24 years ago
|
||
Yes. I'll be glad if we can get the correct SearchPlugin folder destination. I've created language pack for mozilla including searchplugins. But it has folder name problems. http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=207 (Sorry, it's Japanese Bugzilla) I wouldn't like to create langpacks every all platforms. I think platform specific resource (for example, folder name) should minimize as far as possible because it increases the cost for localization. I wish you solve this problem.
Comment 4•24 years ago
|
||
I agree. This is important for localization.
Assignee | ||
Updated•24 years ago
|
Whiteboard: [xpiprd]
Comment 6•24 years ago
|
||
We're past time to cut these low priority bugs from mozilla0.8. Please update these bugs today.
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.8 → mozilla0.9
Comment 7•23 years ago
|
||
This is a dup of http://bugzilla.mozilla.org/show_bug.cgi?id=93140
Assignee | ||
Comment 8•23 years ago
|
||
No it's not a dupe. It may be causing problems writing an XP content pack but it is an independent problem.
Assignee | ||
Comment 9•23 years ago
|
||
If we're going to add this API we need to do so by mozilla1.0, or decide by then not to.
Keywords: mozilla1.0
Target Milestone: mozilla0.9.9 → mozilla1.0
Summary: Problems about differet directory name of searchplugins → Problems about different directory name of searchplugins
Comment 10•23 years ago
|
||
Resetting milestone of all nsbeta1-bugs, only nsbeta1+ bugs should have a target milestone.
Target Milestone: mozilla1.0 → ---
Comment 11•23 years ago
|
||
Resetting milestone, only nsbeta1+ bugs can have a milestone on them, these are niminated, but not yet plussed.
Assignee | ||
Comment 12•16 years ago
|
||
The xpinstall script engine has been removed from the trunk, bugs in it are obsolete.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•