Closed Bug 99945 Opened 23 years ago Closed 19 years ago

add preference to control if openurl() opens a new window or not

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: blizzard, Assigned: blizzard)

References

Details

It would be nice if there was a preference so that any openurl() x-remote
requests would open a new window instead of just opening it in an existing one.
 This wouldn't be too hard to do.
Whiteboard: DUPEME
---- from discuss newsgroup.

Pipo wrote:

    The "mozilla" script is very useful, but I found annoying the fact that it
picks an existing mozilla window to open the new URL. A very minor change allows
using a new window for a new URL.
    In the script, just change:

$MOZ_PROGRAM -remote "openurl($opt)" 2>/dev/null > /dev/null

    to:

$MOZ_PROGRAM -remote "openurl($opt,new-window)" 2>/dev/null > /dev/null


-----

Probably a dup of bug 75138, [RFE] pref to open links from other 
apps/components in a new window.  Just in case openurl() isn't controlled by 
that pref when the pref is added, making it a dependency instead.
Blocks: 75138
Whiteboard: DUPEME
See also bug 116653, "Implement -remote openURL(URL, new-tab)", which I think
should be a pref rather than a parameter.
Blocks: 143931
Supposedly, Bug 75138 depends on this bug.  Should this bug's severity be raised
to "critical" in order to match the bug it is blocking?
Depends on: 172962
What about opening into a new tab?
Product: Browser → Seamonkey
*** Bug 215428 has been marked as a duplicate of this bug. ***
This was fixed by bug 75138 and related bugs.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
(In reply to comment #7)
> This was fixed by bug 75138 and related bugs.
> 

75138 does not seem fixed...
You need to log in before you can comment on or make changes to this bug.