Bug 46912 - netscape "remote" window startup doesn't work, cripples other stuff
Summary: netscape "remote" window startup doesn't work, cripples other stuff
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: netscape   
(Show other bugs)
Version: 7.3
Hardware: i386 Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact:
Depends On:
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:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-07-02 04:45:48 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

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)

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:

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.