New component in xulrunner

Mike Hommey mh at glandium.org
Thu Feb 4 06:53:11 UTC 2010


On Wed, Feb 03, 2010 at 06:56:50PM +0100, Axel Beckert wrote:
> Hi Mike,
> 
> On Wed, Feb 03, 2010 at 09:33:58AM +0100, Mike Hommey wrote:
> > > -dump-addons-info seems to be passed down to conkeror's command line
> > > parser although upstream says "conkeror's command-line processor has
> > > very low precedence, so any other handlers will run first. conkeror
> > > should not even see the switches that other handlers consume".
> > > 
> > > Is this on purpose?
> > 
> > Can you try to patch /usr/lib/xulrunner-1.9.1/components/addonsInfo.js
> > with the attached patch and see if it works as expected ?
> 
> Unfortunately not. Neither with my personal user configuration (which
> mainly preloads the previous session) nor a virgin user configuration.
> 
> In case you would like to reproduce this yourself, I uploaded a
> (probably unsigned) conkeror package with /usr/share/bug/conkeror
> enabled (including not yet committed changes) to
> http://noone.org/debian/conkeror_0.9.1+git100131-2_all.deb /
> http://noone.org/debian/conkeror_0.9.1+git100131-2.dsc
> 
> You should be able to easily reproduce the problem by starting to file
> a bug against conkeror with either reportbug or debian-el's M-x
> debian-bug in Emacs. If a conkeror window pops up and reportbug or
> Emacs doesn't continue until you close it, the problem still exists.
(snip)

Actually, this time the component does the right thing, except conkeror
doesn't: the component sets cmdLine.preventDefault to true, in which
case conkeror shouldn't be doing anything.

Mike



More information about the pkg-mozilla-maintainers mailing list