Bug 44850

Summary:	xtoolwait doesn't work when no window manager running
Product:	[Retired] Red Hat Raw Hide	Reporter:	Jonathan Kamens <h1k6zn2m>
Component:	xtoolwait	Assignee:	Harald Hoyer <harald>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	1.0
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-06-20 08:08:44 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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 
top-level
    ** 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
running.