184054 - gnome-moz-remote interaction stopped working

Status: RESOLVED WORKSFORME

(Core Graveyard :: X-remote, defect)

Description

[[e-mail]]

User-Agent:       Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021204 Debian/1.2.7-4
Build Identifier: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021204 Debian/1.2.7-4

Hello.

gnome-moz-remote --newwin "http://blah.com" used to launch a new window with
that URL for Mozilla. it does not do that anymore.

now it brings up the select user profile dialog.

Reproducible: Always

Steps to Reproduce:
1.launch mozilla
2.execute gnome-moz-remote --newwin "http://blah.com"


Actual Results:  
profile selection launched

Expected Results:  
opened a new window.

Comment 1

[[e-mail]]

I don't know about the component. It was much a guess.

Comment 2

[[e-mail]]

This started happening after I upgraded (in Debian) to Mozilla 1.2(.1). No other
upgrades of GNOME et cetera were performed. Galeon was upgraded to 1.2.7, but
its interaction with GNOME (1.x) hasn't changed (it's in Galeon that I
discovered the problem, when trying to use a mailto link).

Comment 3

[R.K.Aa.]

WFM, current CVS. gnome-moz-remote --newwin "http://blah.com" actually loads
http://www.blahmania.com.br/ in a new window.

What is the exact build ID/User Agent string on the build you see the bug in?
(Debian had a package they called 1.2-1, which likely is a 1.2 build with the
parser bug.)

Comment 4

[Christian :Biesinger (don't email me, ping me on IRC)]

> after I upgraded (in Debian) to Mozilla 1.2(.1).

report bugs in debian packages at http://bugs.debian.org

If you can reproduce with the Mozilla from http://mozilla.org, please reopen the
bug.

Comment 5

[[e-mail]]

This is not specific to the Debian package. Reopening.

Upon further testing, I recognized the exact nature of the bug.

You MUST, I REPEAT, MUST, start Mozilla with "mozilla -mail". When not having
any other windows open after that, you get the profile manager. Reproducable in
mozilla.org Mozilla nightly and Debian's Mozilla 1.2.1 package.

This behaviour is an illogical and unwanted regression from 1.1. Why should
Mozilla not respond to new window queries just because no browser windows have
been opened? This most likely is an unintended bug, and if not, well.... it
should be reverted.

Comment 6

[[e-mail]]

This is Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021204
Debian/1.2.1-1.

And Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021206.

Clear instructions on how to reproduce:

1) Start Mozilla with "mozilla -mail"
2) Issue gnome-moz-remote --newwin "http://google.com"

Result: nothing happens
Desired result: New window with URL http://google should open

If a browser window has been opened, gnome-moz-remote works.

This behaviour was not present in Mozilla 1.1.

Comment 7

[Christopher Blizzard (:blizzard)]

Someone might have broken the code that creates a proxy window when there's no
browser window open.  That's down in xpfe.  Did something change during startup
recently?

Comment 8

[R.K.Aa.]

Again: WFM, current trunk.

Starting mozilla -mail starts Mozilla mailnews.
If i then issue gnome-moz-remote --newwin "http://google.com"  i get a new
browser window (the first instance), loading google.

Odd: Mozilla 1.2 has a parser bug. Are you able to reproduce this with 1.2.1?

Comment 9

[Christian :Biesinger (don't email me, ping me on IRC)]

I can reproduce this on recent trunk...

Comment 10

[[e-mail]]

R.K.Aa:

I don't know what a parser bug is. Let's keep this bug on topic?

Comment 11

[Christopher Blizzard (:blizzard)]

This is working just fine here on the trunk.  Marking WORKSFORME based on
comments and personal experience.

Comment 12

[[e-mail]]

Yes, verifying. Works now.

Sorry for the neglect.