Bug 44850 - xtoolwait doesn't work when no window manager running
Summary: xtoolwait doesn't work when no window manager running
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: xtoolwait   
(Show other bugs)
Version: 1.0
Hardware: i386 Linux
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-06-18 14:04 UTC by Jonathan Kamens
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-06-20 08:08:44 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 Jonathan Kamens 2001-06-18 14:04:38 UTC
It appears that xtoolwait times out rather than detecting the window
mapping when it is used when no window manager is running.

E.g., kill your window manager, run "xtoolwait xedit", and note how
xtoolwait doesn't exit as soon as the xedit window pops up at +0+0.

Comment 1 Harald Hoyer 2001-07-23 10:51:40 UTC
I think xtoolwait needs some hint from the window manager. From the source:
    ** We assume that the window manager provides the WM_STATE property on 
    ** windows, as required by ICCCM 2.0.

Comment 2 Jonathan Kamens 2001-07-23 11:18:20 UTC
I do not agree with closing this bug "WONTFIX".

Xtoolwait doesn't *need* a hint from the window manager; that is merely the way
that it is implemented right now.  It is perfectly reasonable for it to behave
that way when the window manager is running, but it is *also* reasonable for it
to have different code that is used when no window manager is running.  It *is*
possible for xtoolwait to detect window mappings even when no window manager is

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