293624 - new mozilla.in script

Status: RESOLVED EXPIRED

(Firefox :: Shell Integration, enhancement)

Description

[Jose M Rodriguez]

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 version of browser/app/mozilla.in, in the way used by FreeBSD ports

Apart of the ident changes, have a better behavior an use mozilla-xremote-client
when needed.

This bug is related to mozilla bug 293617, as I worked the script for seamonkey
first and merge late to firefox/thunderbird

Reproducible: Always

Comment 1

[Jose M Rodriguez]

Attachment: New version of mozilla.in

This is a new version for browser/app/mozilla.in

Comment 2

[Mike Connor [:mconnor]]

At the least, an explanation of the difference  involved, or a diff and such an
explanation, would be a good thing here.

Comment 3

[Jose M Rodriguez]

Attachment: diff against browser/app/mozilla.in in firefox

In the works ...

New mozilla.in script for firefox as unidiff
General comments of the work in bug 293617

- cosmetics changes to MOZ_PIS_ code
- initial code cleanup
- minor rework of locate working dir/apps
- fully rework of the options parser
    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)
    lost -p for --pure.  this is documented as -p profile
- don't do initial xremote ping and fallback to direct invocation
- process of $target -> $_remote_cmd -> xremote try
   code revamped from firefox script
   optional support for openFile(${target})
   optional support for openURL(${target},${location})
- -UILocale works, to be deprecated ($MOZILLA_UILOCALE)
- use full paths for invocation components.

Comment 4

[Gervase Markham [:gerv]]

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/

Comment 5

[Gervase Markham [:gerv]]

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.

Comment 6

[:Gavin Sharp [email: [e-mail]]]

Jose, are you still interested in making these changes to mozilla.in? If so,
please reopen this bug, you can then procede to ask for review.