Closed Bug 293617 Opened 20 years ago Closed 19 years ago

RFE: new mozilla.in script

Categories

(SeaMonkey :: General, enhancement)

x86
FreeBSD
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: josemi, Unassigned)

References

Details

Attachments

(3 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050505 Firefox/1.0.3 Build Identifier: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050505 Firefox/1.0.3 This is a new incarnation of xpfe/bootstrap/mozilla.in, now used in FreeBSD ports, with variants for firefox/thunderbird. Apart of the ident changes, the script maintains the same functionality and behave better, using mozilla-xremote-client as firefox/thunderbird. I'll post specific versions of the script for firefox/thunderbirsd in separated PRs Reproducible: Always
Attached file New version of mozilla.in (obsolete) —
This is the script now used by the FreeBSD mozilla port, with the ${MOZILLA_UILOCALE} support disabled.
*** Bug 293619 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > *** Bug 293619 has been marked as a duplicate of this bug. *** There're three different scripts. If you're taking this as the same PR, try maintaint all the attachements here.
yes, and the other two are in bug 293624 and bug 293628. Bug 293619 doesn't have any attachments. Also, please attach a diff instead of a new file, and describe the actual improvements.
New mozilla.in script for seamonkey in unidiff Changes (many), trying to be precise: - moz_pis reident and comment use the MOZ_PIS_ env to setup. more cosmetics changes, but the code seems clear after that tested to be fully functional against specs. - initial code move initial defs to the top be able to open second instance in new tab via xremote. initial decl of MOZILLA_UILOCALE MOZILLA_UIREGION (support for this disable later, but active in FreeBSD). move MRE_HOME to the top and use $moz_libdir as default. - locate working dir and apps reworked code to found mozilla.sh. Tested functional. add code to locate correct apps to use. - options parse fully reworked options parser in one loop. - parses $more_options - get if the command have an ending $target - get if we must try xremote go xremote only with a well known set of options - get the correct xremote command to use: -browser(default) xfeDoCommand(openBrowser) -mail xfeDoCommand(openInbox) -compose xfeDoCommand(composeMessage) -test for a running copy of mozilla Imported from firefox script Seems to not be needed. Fallback to direct invocation after xremote fail. -process of $target -> $_remote_cmd -> xremote try. code revamped from firefox script. optional support for openFile(${target}) optional support for openURL(${target},${location}) -direct invocation fallback -UILocale works (active in FreeBSD ports) -aditional changes: drop -p for pure, this is documented as -p profile. use full paths for invocation components. This last is needed for add artsdsp support via MOZ_PIS.
Attachment #183157 - Attachment is obsolete: true
New mozilla.in script for firefox in unidiff Changes (many). I'll describe this as it was worked. First, I import firefox script in mozilla Then, revamp and add features. Later, adapt to Firefox/Thunderbird. The main changes to seamonkey script are realted to: - firefox doesn't honor MOZILLA_FIVE_HOME here. - firefox have prefs to define how to handle xremote documents. - firefox doesn't have a mail component. - firefox have better locale defaults. This script is what is used now in FreeBSD for firefox-1.3 Due to the better support of locales, Im planing to drop $MOZILLA_UILOCALE and use system prefs (get the locale from $LANG). But this is the code tested working in FreeBSD ports.
New mozilla.in script for thunderbird in unidiff Changes as on seamonkey and: - doesn't honor MOZILLA_FIVE_HOME - doesn't use new-tab as default, use prefs. - Thunderbird doesn't have a browser. - Thunderbird only use URIs as $target. - Thunderbird have better locale defaults. As in the previous file, tested working 'as is' in FreeBSD thunderbird port.
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
Jose, if these changes still are relevant, please reopen bug! Make sure to ask for review for your patches (see http://www.mozilla.org/owners.html), no one will probably look at them otherwise! (Same goes for bug 293624 bug 293628 as well)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: