Your message dated Thu, 14 Dec 2006 07:50:31 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#402628: iceape fails to use -remote openURL correctly
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: iceape-browser
Version: 1.0.6-1
Iceape fails to use openURL correctly. For example:
-remote "openURL(http://domain.com/)"
Opens a new window, whereas it should open in an existing window.
-remote "openURL(http://domain.com/,newwindow)"
Generally results in a "The requested URL /,newwindow was not found on
this server.", as the ,newwindow is ignored, and treated as part of the
url.
Example usage can be seen here:
http://www.mozilla.org/unix/remote.html
I added a simple echo "$@" to the end of the iceape bash script, and it
does seem as if the command is being passed on correctly. Unfortunately,
iceape ignores it...
--- End Message ---
--- Begin Message ---
On Wed, Dec 13, 2006 at 11:14:03PM -0500, Brad Barnett <[EMAIL PROTECTED]>
wrote:
> On Wed, 13 Dec 2006 19:49:48 +0100
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Dec 13, 2006 at 11:13:56AM -0500, Brad Barnett <[EMAIL PROTECTED]>
> > wrote:
> > > On Wed, 13 Dec 2006 14:08:22 +0100
> > > Alexander Sack <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Mon, Dec 11, 2006 at 12:57:05PM -0500, Brad Barnett wrote:
> > > > > Package: iceape-browser
> > > > > Version: 1.0.6-1
> > > > >
> > > > > Iceape fails to use openURL correctly. For example:
> > > >
> > > > Maybe this is due to our current startup script. Anyway, Brad, can
> > > > you please verify that this feature works for mozilla.org seamonkey?
> > >
> > >
> > > Something is definitely borked with Seamonkey.
> > >
> > > For example:
> > >
> > > firefox -remote 'openurl(http://test.url/,newtab)'
> > >
> > > works fine.
> > >
> > > ./seamonkey -remote 'openURL(http://test.url/,newtab)'
> > >
> > > does not work...
> > >
> > > iceape -remote 'openURL(http://test.url/,newtab)'
> > >
> > > does not work...
> >
> > That's a feature. Iceape/Seamonkey don't implement that as of version
> > 1.0.x. Haven't checked with 1.1.
>
> After receiving this email, I headed over to the Bugzilla page. It
> doesn't seem to be a feature to me, in fact, it looks like many people
> filed bug reports and there were attempts to solve it.
>
> I would have headed to the bugzilla page before, but I couldn't believe
> that a feature that has existed for.. oh.. 15 years.. would break and be
> left unfixed. I was positive this was a minor Debian issue.
>
> Mike, what makes you think this is a feature? I certainly can not believe
> it is a feature, considering 15 years or so of Netscape -> Mozilla
> application opening would be broken by such.
Hum no, the newtab argument to openurl is a recent addition.
Anyways, now that I actually checked, it is new-tab and not newtab.
(And FYI, it was added in 2002, not 15 years ago)
And it works.
Closing this bug.
Mike
--- End Message ---
