Bug 44850 - xtoolwait doesn't work when no window manager running
Summary: xtoolwait doesn't work when no window manager running
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: xtoolwait
Version: 1.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
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:
Clone Of:
Environment:
Last Closed: 2001-06-20 08:08:44 UTC
Embargoed:


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 
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.



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