Bug 25778 – /usr/bin/netscape should use "openURL ($url, new-window)"

Bug 25778 - /usr/bin/netscape should use "openURL ($url, new-window)"

Summary:	/usr/bin/netscape should use "openURL ($url, new-window)"

Status:	CLOSED RAWHIDE

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	netscape (Show other bugs)
Sub Component:
Version:	7.0
Hardware:	i386 Linux

Priority	high Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Bill Nottingham
QA Contact:	David Lawrence
Docs Contact:

URL:	http://home.netscape.com/newsref/std/...
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2001-02-02 18:30 EST by Aleksey Nogin
Modified:	2014-03-16 22:18 EDT (History)
CC List:	1 user (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2001-02-02 18:31:34 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
A patch to fix /usr/bin/netscape (506 bytes, patch) 2001-02-02 18:31 EST, Aleksey Nogin	no flags	Details \| Diff
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Aleksey Nogin 2001-02-02 18:30:51 EST

Currently the newbrowser() function in the /usr/bin/netscape has the
following fragment:

$netscape $defsrem "xfeDoCommand(openBrowser)" 2>/dev/null && \
   $netscape $defsrem "openURL($url)" 2>/dev/null 

This is extremely suboptimal. The correct way of doing it would be

$netscape $defsrem "openURL($url,new-window)" 2>/dev/null

This way we only start new netscape process once instead of twice and the
new netscape window would go directly to $url instead of going to home page
first.

Comment 1 Aleksey Nogin 2001-02-02 18:31:30 EST

Created attachment 8819 [details]
A patch to fix /usr/bin/netscape

Comment 2 Bill Nottingham 2001-02-02 18:43:22 EST

This is already fixed in the current netscape package.

The xfeDoCommand stuff also breaks pretty badly if mozilla happens
to be running on the same display.

Note You need to log in before you can comment on or make changes to this bug.