Bug 46912 - netscape "remote" window startup doesn't work, cripples other stuff
Summary: netscape "remote" window startup doesn't work, cripples other stuff
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: netscape
Version: 7.3
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-07-02 04:44 UTC by Alexander L. Belikoff
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-07-02 04:45:48 UTC
Embargoed:


Attachments (Terms of Use)

Description Alexander L. Belikoff 2001-07-02 04:44:00 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-10smp i686; en-US; rv:0.9.1)
Gecko/20010609

Description of problem:
Many programs "activate" URLs by calling netscape on them. Since netscape
may fully run only as a single instance, it has a way to "pass" the URL to
the "running" copy of netscape, which would spawn a new window with the
aforementioned URL. Below is an example of such "new window" invocation:

netscape -install -remote 'openUrl(http://www.redhat.com,new-window)'

KDE both in beta1 and in 7.1 breaks this feature. An attempt to spawn a new
window results in one of the following outcomes:

- it effectively starts a new instance of netscape, which complains about
the fact and is not capable to update bookmarks.

- it exits with the following error:

netscape-communicator: root window has no children on display :0.0


How reproducible:
Always

Steps to Reproduce:
1.Start KDE, start emacs, start GNUS
2.Start netscape
3.In GNUS, find some article w/ URL (it'll be marked as "active") and
middle-click on it.
	

Actual Results:  One of the errors above

Expected Results:  Netscape is supposed to spawn another window w/ the URL

Additional info:

This problem has been discussed for a while on the KDE forum - it seems to
be due to screwed up way kwm handles the root window.

Comment 1 Bernhard Rosenkraenzer 2001-07-03 19:47:06 UTC
Looks like netscape can't handle the perfectly valid things kdesktop and kwin 
do to the root window.

Without access to the Netscape source, we can't fix it - and without access to 
the Netscape source, it'll be VERY hard to figure out what's causing it and 
possibly put a workaround into KDE.



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