Closed
Bug 238290
Opened 21 years ago
Closed 21 years ago
-remote openURL doesn't work without specifying the url protocol
Categories
(Core Graveyard :: X-remote, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.7final
People
(Reporter: calvin441h, Assigned: caillon)
Details
(Keywords: regression)
Attachments
(1 file)
2.17 KB,
patch
|
Biesinger
:
review+
blizzard
:
superreview+
chofmann
:
approval1.7+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316
Remote control commands no longer work on mozilla 1.7b the same way they used to
with 1.6 and previous versions.
Reproducible: Always
Steps to Reproduce:
1.Launch mozilla and keep it open
2../mozilla -remote 'openURL(www.debian.org,new-tab)'
3../mozilla -remote 'openURL(http://www.debian.org,new-tab)'
Actual Results:
After step 2.: I get a "Failed to send command" message.
After step 3.: The new tab opens successfully
Same results using "new-window" and "url" only instead of "new-tab".
Expected Results:
Mozilla should load the url opening a new window or a new tab as it used to do
with previous versions.
Assignee: general → blizzard
Component: Browser-General → X-remote
QA Contact: general → blizzard
Assignee | ||
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 1•21 years ago
|
||
I tracked down what is going on here. This is a regression from biesi's patch
to bug 183871, but darin is also somewhat at fault for introducing the codepath
to where the regression sparked.
Recently, as a patch to bug 226071, darin added MayOpenURL() which looked for a
scheme on the supplied URL. If it didn't find it, it just tried to look for a
file: URL. Biesi's patch which landed in 1.7alpha made it so you can't get a
relative file URL, which is what www.foo.com looks like since there is no
leading path information.
We should be using nsIURIFixup here, which has been specially designed by
rocket scientists to figure out what type of URL it really is. Once we have
that info, we can proceed as normal.
Assignee | ||
Updated•21 years ago
|
Assignee: blizzard → caillon
Status: NEW → ASSIGNED
Assignee | ||
Updated•21 years ago
|
Attachment #144822 -
Flags: superreview?(blizzard)
Attachment #144822 -
Flags: review?(cbiesinger)
Comment 2•21 years ago
|
||
tested on linux/fc2 from gaim and xchat... appears to work.
Comment 3•21 years ago
|
||
Comment on attachment 144822 [details] [diff] [review]
Fix
looks good
Attachment #144822 -
Flags: review?(cbiesinger) → review+
Updated•21 years ago
|
Attachment #144822 -
Flags: superreview?(blizzard) → superreview+
Assignee | ||
Comment 4•21 years ago
|
||
Comment on attachment 144822 [details] [diff] [review]
Fix
Seeking approval to fix this xremote regression.
Attachment #144822 -
Flags: approval1.7?
Comment 5•21 years ago
|
||
Comment on attachment 144822 [details] [diff] [review]
Fix
a=chofmann for 1.7
Attachment #144822 -
Flags: approval1.7? → approval1.7+
Assignee | ||
Comment 6•21 years ago
|
||
Fix checked in 2004-03-26 13:44 PST.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Keywords: regression
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.7final
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•