jparris / wmii Goto Github PK

What steps will reproduce the problem?
1. ls ~/.wmii-3.5
2.
3.

What is the expected output? What do you see instead?

wmii version XXX should use ~/.wmii-XXX as its config dir, not ~/.wmii-3.5!

What version of the product are you using (wmii -v)? On what operating system?

$ wmii -v
wmii-hg2308+, ©2007 Kris Maglione

Please provide any additional information below.

What steps will reproduce the problem?
1. Create one window in one view in "stacked" layout
2. Create two windows in a second view in "default" layout
3. Duplicate one window in the first view
4. Switch to the "first" view
5. Switch to the "second" view

Alternate test:
1. Create one window in one view in "default" layout
2. Create two windows in a second view in "default" layout
3. Duplicate one window in the first view
4. Switch to the "first" view
5. Switch to the "second" view


What is the expected output? What do you see instead?

Expected: Windows in the "second" view never change size

Observed: Windows in the "second" view get resized.
If View #1 uses "stacked" layout:  window duplicated in view #2 has zero height
If View #1 uses "default" layout: window duplicated in view #2
semi-randomly changes height.

What version of the product are you using (wmii -v)? On what operating system?

WMII Version: wmii-20080520, ©2007 Kris Maglione
OS Version: Debian Lenny

Please provide any additional information below.

What steps will reproduce the problem?
1. start two applications inside an view
2. put each of them in a different column
3. select the first column
4. press mod-f twice

What is the expected output? What do you see instead?
The clients are now inside one column instead of two

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2312, linux

Please provide any additional information below.

What steps will reproduce the problem?

Using the "default" window layout:

1. Open a gvim editor (version 7.0 or newer)
2. Open any other window (e.g. xterm) an ensure it is below the gvim window
3. Open a new tab in the gvim window (:tabnew)

This causes the gvim window to resize (to accomodate the newly created row
of tabs), however the terminal window below it is not resized.  This causes
the bottom of the gvim window to appear behind the top of the terminal
window.  This can be fixed by switching to another view and back, or
resizing the terminal window.


What version of the product are you using (wmii -v)? On what operating system?

wmii-20080123

What steps will reproduce the problem?
1. Use wmii version > 3.1

What is the expected output? What do you see instead?

I request that a client's tags be shown in its title bar, just like
in wmii-3.1. Otherwise, one cannot readily know in which views a
particular client is present.

What version of the product are you using (wmii -v)? On what operating system?

wmii-hg2308+, ©2007 Kris Maglione

Please provide any additional information below.

Trivia: I requested this feature back in March 2007:
http://www.suckless.org/pipermail/wmii/2007-March/003389.html

What steps will reproduce the problem?
1. start 4 clients and put 3 of them into the second column
2. select the top most client of the second column
3. press mod-f twice

What is the expected output? What do you see instead?
Instead of restoring the layout, one client gets the size of the entire column.

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2312, linux

Please provide any additional information below.

What steps will reproduce the problem?

1. Have a Xorg.conf configured with tho screens (0.0 and 0.1)
2. Close all the windows in the first screen (say 0.0) and get the focus on
a window of the second screen (0.1)


What is the expected output? What do you see instead?

I expect to have the focus easily on the first screen (with the mouse), but
it is impossible to get the focus back on the first screen (0.0), unless i
createa window with a command like 'DISPLAY=:0.0 xterm' and then get the
focus on this new xterm.
It would be nice to get the focus to a screen when we put the mouse on an
empty desktop, or at least when we put the mouse on the dmenu bar, for example.


What version of the product are you using (wmii -v)? On what operating system?

[sitaktif@mickey ~]$ wmii -v
wmii-3.6, ©2007 Kris Maglione
[sitaktif@mickey ~]$ uname -a
Linux mickey 2.6.24-ARCH #1 SMP PREEMPT Sun Mar 30 11:40:06 CEST 2008 i686
Genuine Intel(R) CPU T2080 @ 1.73GHz GenuineIntel GNU/Linux

latest tip: opera gets focus, but the former client somehow does not 
unfocus.

What steps will reproduce the problem?
1. Open three terminal windows in "default" layout, all in the same column
2. Use the mouse to increase the size of the bottom-most terminal window by
dragging the title bar "up"

Similar problems exist for decreasing the size of a window, but not
detailed below.

What is the expected output? What do you see instead?

For reference, the windows are layed out as listed below:
TERMINAL #1
TERMINAL #2
TERMINAL #3

Expected:
TERMINAL #1: Stays the same size
TERMINAL #2: Decreaes in size by the amount #3 is increased
TERMINAL #3: Increaes in size by the requested amount

Observed:
TERMINAL #1: Increases in size
TERMINAL #2: Decreases in size because both #1 and #3 changed sizes
TERMINAL #3: Increaes in size by the requested amount

What version of the product are you using (wmii -v)? On what operating system?

WMII Version: wmii-20080520, ©2007 Kris Maglione
OS Version: Debian Lenny

Please provide any additional information below.

- Decreasing the size of a terminal window does not produce a problem as
often.  When it does, the entire window moves down instead of being resized.

- In some window positions, no unexpected resizing occurs. (details unknown)

- Verified with mrxvt and xterm.  Non-terminal windows do not seem to
exhibit this behavior (tested with firefox and gvim).

What steps will reproduce the problem?
1. go to a flash video site for example: youtube.com
2. play a flash video and click on the fullscreen button

What is the expected output?
The flash video should go to fullscreen mode.

What do you see instead?
The window disapears when trying to send it to fullscreen mode.

What version of the product are you using (wmii -v)?
wmii-3.6, ©2007 Kris Maglion

On what operating system?
Debian GNU/Linux Unstable/SID

Please provide any additional information below.
See attachment for a video that shows the bug.

> What steps will reproduce the problem?
1. use Sun's Xnewt X server on a linux machine (SunRay setup)

> What is the expected output? What do you see instead?
Mouse wheel does not work in apps. wmii gives Button events.
(xev output is attached - no Button events there...)


> What version of the product are you using (wmii -v)? On what operating
system?
Reproducable with rev. 1778 upwards. System is Ubuntu gutsy over a SunRay
thin client, using Sun's X server (Xnewt). Using wmii on this setup in
Xnest works okay.

First off, I fully admit this is a bug in applications not WMII, however it
is one which I feel any window manager should be able to  work around:

A common bug, particularly in configuration dialogs, is to assume more
space will be available than actually is available.  For example, a
configuration dialog hard-coded at 600 pixels in height but displayed on an
Asus EEE PC which has a display 800x480.  No scrollbars on the window,
bottom portion cannot be viewed.

In the floating layer, such dialog windows get the maximum height of the
screen, and anything beyond that height is simply chopped off, even if the
window is moved up and an attempt is made to resize the window with the
mouse.  In the managed layout layer, behavior is unpredictable, but never
good....portions of the dialog are always missing.

If such windows could simply be resized to larger than the actual screen
height, this would be sufficient to make such fixed-height dialogs usable.

What steps will reproduce the problem?
1. download
2. compile
3. run

What is the expected output? What do you see instead?
It should be russian text in status and titles, but there are strange noize
simbols instead

What version of the product are you using (wmii -v)? On what operating system?
wmii-20080520


##WMII_FONT='-*-terminus-medium-*-*-*-16-*-*-*-*-*-iso10646-1'

i try to replace Xutf8 with Xmb (as in
http://thread.gmane.org/gmane.comp.window-managers.wmii/2307/focus=2332),
recompile, but issue still here.

What steps will reproduce the problem?
1. Start wmii on two different screens in the same X session (:0.0 and :0.1).
2. Open a new terminal on one display.
3. Close it.
4. Open a new terminal.

What is the expected output?

The new terminal should be created on the same display.

What do you see instead?

It is created on the *other* display.  Continued usage in this pattern
results in the focus flip-flopping back and forth between displays.

What version of the product are you using (wmii -v)? On what operating system?

wmii-20080518 on Debian unstable

Please provide any additional information below.

I reported this issue a while back as well, and it was fixed by sqweek in
changeset 2224.  This was my first time upgrading from 3.6 to the newest
snap, and I noticed this behavior reverted.  I believe it only affects
people running multiple instances of wmii on separate screens of the same X
session.

What steps will reproduce the problem?
1. install wmii hg2338 without plan9port
2. make sure that #!/bin/ksh -f is used in ~/.wmii-3.5/wmiirc, which was
standard with my install
3. start to use wmii

What is the expected output? What do you see instead?
After using the wmii keys a lot (like 10-20 times) for switching windows
and so on, they are suddenly unresponsive. wmiir commmands do work when
entered manually, just the keys are not working.

What version of the product are you using (wmii -v)? On what operating system?
hg2338 on Gentoo Linux.

Please provide any additional information below.
 Using #!/bin/bash -f in wmiirc resolves the problem.

What steps will reproduce the problem?
1. Try to remove a keybinding in rc.wmii.local:/^fn Action-overridekeys
2. Rerun rc.wmii-local

What is the expected output? What do you see instead?

 Expect the removed keybinding to be disabled, instead it still works.

What version of the product are you using (wmii -v)? On what operating system?

wmii-20080520, ©2007 Kris Maglione

Please provide any additional information below.

 wmii.rc:
fn Action {
       cmd=$1 action=Action-$cmd { shift
               if(wi_fn-p $action)
                       $action $*
               if not
                       wi_runcmd `{wi_script $cmd} $*
       } &
}

 The ampersand is the problem of course, overridekeys has no chance to
modify rc.wmii's environment when run in a subshell.

-sqweek

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using (wmii -v)? On what operating system?

wmii-hg2324 on Ubuntu 7.10

Please provide any additional information below.

$ gdb -c ~/core `which wmii` -ex 'bt full'
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/tls/i686/cmov/libm.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libm.so.6
Reading symbols from /usr/lib/libX11.so.6...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /usr/lib/libXext.so.6...done.
Loaded symbols for /usr/lib/libXext.so.6
Reading symbols from /usr/lib/libXrandr.so.2...done.
Loaded symbols for /usr/lib/libXrandr.so.2
Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /usr/lib/libXrender.so.1...done.
Loaded symbols for /usr/lib/libXrender.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/libXau.so.6...done.
Loaded symbols for /usr/lib/libXau.so.6
Reading symbols from /usr/lib/libXdmcp.so.6...done.
Loaded symbols for /usr/lib/libXdmcp.so.6
Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libdl.so.2
Reading symbols from /lib/tls/i686/cmov/libnss_compat.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_compat.so.2
Reading symbols from /lib/tls/i686/cmov/libnsl.so.1...done.
Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1
Reading symbols from /lib/tls/i686/cmov/libnss_nis.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_nis.so.2
Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2
Reading symbols from /usr/lib/libXcursor.so.1...done.
Loaded symbols for /usr/lib/libXcursor.so.1
Reading symbols from /usr/lib/libXfixes.so.3...done.
Loaded symbols for /usr/lib/libXfixes.so.3
Core was generated by `wmii'.
Program terminated with signal 11, Segmentation fault.
#0  0x08054fe9 in frame_gethints (f=0x809ca10) at frame.c:255
255     h = *c->w.hints;
#0  0x08054fe9 in frame_gethints (f=0x809ca10) at frame.c:255
    h = {min = {x = 25, y = 46}, max = {x = 2147483647, y = 2147483647}, base
= {x = 18, y = 27}, baspect = {x = 18, y = 27}, inc = {x = 10, y = 19},
grav = {x = 0, y = 0}, aspect = {
    min = {x = 0, y = 0}, max = {x = 0, y = 0}}, group = 0, gravstatic =
false, position = false}
    c = (Client *) 0x636f6c62
    d = {x = 2, y = 23}
    minh = 21
#1  0x080504c3 in foo (f=0x809ca10) at column.c:285
    h = {min = {x = 25, y = 46}, max = {x = 2147483647, y = 2147483647}, base
= {x = 18, y = 27}, baspect = {x = 18, y = 27}, inc = {x = 10, y = 19},
grav = {x = 0, y = 0}, aspect = {
    min = {x = 0, y = 0}, max = {x = 0, y = 0}}, group = 0, gravstatic =
false, position = false}
    maxh = 2147483647
#2  0x0805073f in column_squeeze (a=0x80a61b8) at column.c:337
    h = {min = {x = 502, y = 212}, max = {x = 10002, y = 212}, base = {x =
502, y = 212}, baspect = {x = 2, y = 23}, inc = {x = 1, y = 1}, grav = {x =
0, y = 0}, aspect = {min = {
      x = 0, y = 0}, max = {x = 0, y = 0}}, group = 0, gravstatic = false,
position = false}
    fp = (Frame **) 0x8092530
    f = (Frame *) 0x809ca10
    surplus = 865
    osurplus = 883
    dy = 17
    fvec = {ary = 0x8092528, n = 1, size = 8}
#3  0x080509ee in column_scale (a=0x80a61b8) at column.c:394
    f = (Frame *) 0x0
    dy = 21
    ncol = 4
    nuncol = 1
    colh = 21
    surplus = 1074
#4  0x08050b80 in column_arrange (a=0x80a61b8, dirty=false) at column.c:428
    f = (Frame *) 0x0
    v = (View *) 0x80a6040
#5  0x08056138 in frame_focus (f=0x809e860) at frame.c:580
    old_f = (Frame *) 0x80a4528
    v = (View *) 0x80a6040
    a = (Area *) 0x80a61b8
    old_a = (Area *) 0x80a61b8
#6  0x08063c22 in view_attach (v=0x80a6040, f=0x809e860) at view.c:314
    c = (Client *) 0x809e3a8
    ff = (Frame *) 0x0
    a = (Area *) 0x80a61b8
#7  0x0804f2b3 in client_setviews (c=0x809e3a8, tags=0x80920e0) at client.c:974
    fp = (Frame **) 0x809e3ac
    f = (Frame *) 0x809e860
    cmp = 0
#8  0x0804fa57 in apply_tags (c=0x809e3a8, tags=0x8092e90 "!") at client.c:1124
    i = 1
    j = 1
    k = 3085661775
    n = 2
    add = true
---Type <return> to continue, or q <return> to quit---
    buf =
"!\000x\000hú\214¿ùé\006\b(ü\214¿rQ\a\b\000\000\000\000\000\000\000\000\t\
000\000\000hú\214¿ÿÿÿÿ\001\000\000\000«µݷÓ\\ݷ\210ú\214¿
\000\000\000\\û\214¿S\\ݷ,ëõ·n{ë·\003\000\000\000\\û\214¿
\000\000\000\177vë·0á\a\b,ëõ·¨ú\214¿Ovë·0á\a\b\\û\214¿ 
\000\000\000,ëõ·
\000\000\000\\û\214¿Øú\214¿yëê·0á\a\b\\û\214¿ ", '\0' <repeats 11 
times>,
"àê\a\b\214ÆϷ,ëõ·\000\000\000\000¸ä\a\b\030û\214¿\004ö그ä\a\b\\û\
214¿ ",
'\0' <repeats 11 times>...
    last = 0 '\0'
    toks = {0x80a6044 "mail", 0x0, 0x10 <Address 0x10 out of bounds>, 0x1
<Address 0x1 out of bounds>, 0x7 <Address 0x7 out of bounds>, 0x280
<Address 0x280 out of bounds>, 0x0, 0x0, 
  0xb7dd5cd3 "[=\001ðÿÿs2Ãè/Ê\001", 0xbf8cf9d8 "\bú\214¿ ", 0x20 <Address
0x20 out of bounds>, 0xbf8cfaac "yëê·0á\a\b\\û\214¿ ", 0xb7dd5c53
"[=\001ðÿÿs2Ãè¯Ê\001", 0xb7f5eb2c "èØ\016", 
  0xb7eb7b6e "\203Ä\024[]Ã\215¶", 0x3 <Address 0x3 out of bounds>,
0xbf8cf9e8 "0003", 0xffffffff <Address 0xffffffff out of bounds>, 0x1
<Address 0x1 out of bounds>, 0xb7ddb5ab "\207û=", 
  0xb7dd5cd3 "[=\001ðÿÿs2Ãè/Ê\001", 0xbf8cfa08 "\001", 0x20 <Address 0x20
out of bounds>, 0xbf8cfadc "\004ö그ä\a\b\\û\214¿ ", 0x3063312e <Address
0x3063312e out of bounds>, 
  0x33303030 <Address 0x33303030 out of bounds>, 0xff0a0000 <Address
0xff0a0000 out of bounds>, 0x807c1ec "x", 0x2 <Address 0x2 out of bounds>,
0xbf8cfa28 "hú\214¿ùé\006\b(ü\214¿rQ\a\b", 
  0x80700d9 "\211Eø\203}ø", 0xbf8cfc28 "Xü\214¿Õú\004\b¨ã\t\b\220.\t\b"}
    p = (char **) 0x80920e0
    cur = 0x80a6044 "mail"
    s = 0x80aa9d8 "\030\023\n\b"
#9  0x0804fad5 in apply_rules (c=0x809e3a8) at client.c:1135
    r = (Rule *) 0x8092e88
#10 0x0804d09a in client_manage (c=0x809e3a8) at client.c:204
    trans = (Client *) 0x0
    f = (Frame *) 0x8000
    tags = 0x0
    newgroup = true
#11 0x0804cf23 in client_create (w=29360131, wa=0xbf8cfd68) at client.c:176
    t = (Client **) 0x80a0dc0
    c = (Client *) 0x809e3a8
    fwa = {background_pixmap = 0, background_pixel = 0, border_pixmap =
95885313, border_pixel = 0, bit_gravity = 421, win_gravity = 33096390,
backing_store = 12386804, 
  backing_planes = 6422528, backing_pixel = 0, save_under = -1078610792,
event_mask = 1605724, do_not_propagate_mask = 24184247, override_redirect =
1, colormap = 6292105, 
  cursor = 3085517648}
    p = {x = 2, y = 21}
    vis = (Visual *) 0x80837c0
    depth = 24
#12 0x080521c0 in maprequest (e=0xbf8cfe04) at event.c:318
    ev = (XMapRequestEvent *) 0xbf8cfe04
    wa = {x = 710, y = 505, width = 500, height = 189, border_width = 0, depth
= 24, visual = 0x80837c0, root = 421, class = 1, bit_gravity = 1,
win_gravity = 1, backing_store = 0, 
  backing_planes = 4294967295, backing_pixel = 0, save_under = 0, colormap
= 32, map_installed = 1, map_state = 0, all_event_masks = 6455347,
your_event_mask = 0, 
  do_not_propagate_mask = 0, override_redirect = 0, screen = 0x8083710}
#13 0x0805172f in dispatch_event (e=0xbf8cfe04) at event.c:14
No locals.
#14 0x0805237d in check_x_event (c=0x808db18) at event.c:393
    ev = {type = 20, xany = {type = 20, serial = 24184243, send_event = 0,
display = 0x807e4b8, window = 421}, xkey = {type = 20, serial = 24184243,
send_event = 0, 
    display = 0x807e4b8, window = 421, root = 29360131, subwindow = 0, time
= 256, x = 20, y = 0, x_root = 0, y_root = 0, state = 0, keycode = 0,
same_screen = 1}, xbutton = {type = 20, 
    serial = 24184243, send_event = 0, display = 0x807e4b8, window = 421,
root = 29360131, subwindow = 0, time = 256, x = 20, y = 0, x_root = 0,
y_root = 0, state = 0, button = 0, 
    same_screen = 1}, xmotion = {type = 20, serial = 24184243, send_event =
0, display = 0x807e4b8, window = 421, root = 29360131, subwindow = 0, time
= 256, x = 20, y = 0, x_root = 0, 
    y_root = 0, state = 0, is_hint = 0 '\0', same_screen = 1}, xcrossing =
{type = 20, serial = 24184243, send_event = 0, display = 0x807e4b8, window
= 421, root = 29360131, subwindow = 0, 
    time = 256, x = 20, y = 0, x_root = 0, y_root = 0, mode = 0, detail =
0, same_screen = 1, focus = 0, state = 0}, xfocus = {type = 20, serial =
24184243, send_event = 0, 
    display = 0x807e4b8, window = 421, mode = 29360131, detail = 0},
xexpose = {type = 20, serial = 24184243, send_event = 0, display =
0x807e4b8, window = 421, x = 29360131, y = 0, 
    width = 256, height = 20, count = 0}, xgraphicsexpose = {type = 20,
serial = 24184243, send_event = 0, display = 0x807e4b8, drawable = 421, x =
29360131, y = 0, width = 256, 
    height = 20, count = 0, major_code = 0, minor_code = 0}, xnoexpose =
{type = 20, serial = 24184243, send_event = 0, display = 0x807e4b8,
drawable = 421, major_code = 29360131, 
    minor_code = 0}, xvisibility = {type = 20, serial = 24184243,
send_event = 0, display = 0x807e4b8, window = 421, state = 29360131},
xcreatewindow = {type = 20, serial = 24184243, 
    send_event = 0, display = 0x807e4b8, parent = 421, window = 29360131, x
= 0, y = 256, width = 20, height = 0, border_width = 0, override_redirect =
0}, xdestroywindow = {type = 20, 
    serial = 24184243, send_event = 0, display = 0x807e4b8, event = 421,
window = 29360131}, xunmap = {type = 20, serial = 24184243, send_event = 0,
display = 0x807e4b8, event = 421, 
    window = 29360131, from_configure = 0}, xmap = {type = 20, serial =
24184243, send_event = 0, display = 0x807e4b8, event = 421, window =
29360131, override_redirect = 0}, 
  xmaprequest = {type = 20, serial = 24184243, send_event = 0, display =
0x807e4b8, parent = 421, window = 29360131}, xreparent = {type = 20, serial
= 24184243, send_event = 0, 
    display = 0x807e4b8, event = 421, window = 29360131, parent = 0, x =
256, y = 20, override_redirect = 0}, xconfigure = {type = 20, serial =
24184243, send_event = 0, 
    display = 0x807e4b8, event = 421, window = 29360131, x = 0, y = 256,
width = 20, height = 0, border_width = 0, above = 0, override_redirect =
0}, xgravity = {type = 20, 
    serial = 24184243, send_event = 0, display = 0x807e4b8, event = 421,
window = 29360131, x = 0, y = 256}, xresizerequest = {type = 20, serial =
24184243, send_event = 0, 
    display = 0x807e4b8, window = 421, width = 29360131, height = 0},
xconfigurerequest = {type = 20, serial = 24184243, send_event = 0, display
= 0x807e4b8, parent = 421, 
    window = 29360131, x = 0, y = 256, width = 20, height = 0, border_width
= 0, above = 0, detail = 0, value_mask = 0}, xcirculate = {type = 20,
serial = 24184243, send_event = 0, 
    display = 0x807e4b8, event = 421, window = 29360131, place = 0},
xcirculaterequest = {type = 20, serial = 24184243, send_event = 0, display
= 0x807e4b8, parent = 421, 
    window = 29360131, place = 0}, xproperty = {type = 20, serial =
24184243, send_event = 0, display = 0x807e4b8, window = 421, atom =
29360131, time = 0, state = 256}, xselectionclear = {
    type = 20, serial = 24184243, send_event = 0, display = 0x807e4b8,
window = 421, selection = 29360131, time = 0}, xselectionrequest = {type =
20, serial = 24184243, send_event = 0, 
---Type <return> to continue, or q <return> to quit---
    display = 0x807e4b8, owner = 421, requestor = 29360131, selection = 0,
target = 256, property = 20, time = 0}, xselection = {type = 20, serial =
24184243, send_event = 0, 
    display = 0x807e4b8, requestor = 421, selection = 29360131, target = 0,
property = 256, time = 20}, xcolormap = {type = 20, serial = 24184243,
send_event = 0, display = 0x807e4b8, 
    window = 421, colormap = 29360131, new = 0, state = 256}, xclient =
{type = 20, serial = 24184243, send_event = 0, display = 0x807e4b8, window
= 421, message_type = 29360131, 
    format = 0, data = {b = "\000\001\000\000\024", '\0' <repeats 14
times>, s = {256, 0, 20, 0, 0, 0, 0, 0, 0, 0}, l = {256, 20, 0, 0, 0}}},
xmapping = {type = 20, serial = 24184243, 
    send_event = 0, display = 0x807e4b8, window = 421, request = 29360131,
first_keycode = 0, count = 256}, xerror = {type = 20, display = 0x17105b3,
resourceid = 0, serial = 134735032, 
    error_code = 165 '¥', request_code = 1 '\001', minor_code = 0 '\0'},
xkeymap = {type = 20, serial = 24184243, send_event = 0, display =
0x807e4b8, window = 421, 
    key_vector = "\003\000À\001\000\000\000\000\000\001\000\000\024", '\0'
<repeats 18 times>}, pad = {20, 24184243, 0, 134735032, 421, 29360131, 0,
256, 20, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 
    0, 0, 0, 0, 0}}
#15 0x0806ab09 in handle_conns (s=0x807c0a0) at server.c:113
    c = (IxpConn *) 0x808db18
    n = (IxpConn *) 0x808daf8
#16 0x0806ac3a in ixp_serverloop (s=0x807c0a0) at server.c:161
    tvp = (timeval *) 0x0
    tv = {tv_sec = 10, tv_usec = 0}
    timeout = 0
    r = 1
#17 0x0805be90 in main (argc=0, argv=0xbf8d0018) at main.c:408
    wmiirc = 0x8073cb5 "wmiistartrc"
    s = (WMScreen *) 0x808ffb8
    wa = {background_pixmap = 3086706280, background_pixel = 134520205,
border_pixmap = 4131212846, border_pixel = 0, bit_gravity = 0, win_gravity
= 0, backing_store = 0, 
  backing_planes = 0, backing_pixel = 0, save_under = 1, event_mask =
3670064, do_not_propagate_mask = -1210608546, override_redirect =
-1209939735, colormap = 134701332, cursor = 6291461}
    i = 1
    _argtmp = 0
    _inargv = 0
    _argv = 0x0
(gdb) 

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?
Bar on the top.

What version of the product are you using (wmii -v)? On what operating system?
The latest hg tip, wmii-hg2308


Please provide any additional information below.
Hello,

I think that some people maybe want its bar on top instead of bottom, so,
maybe needs an easy way to use it in a config file or something as for
example dwm does.

What do you think about it?

Lot of thanks :)

What steps will reproduce the problem?
1. Start two terminals; one in each column
2. Select the terminal to the right
3. Run "wmiir xwrite /tag/sel/ctl grow sel sel right -1"
4. Run until the column disappear

What is the expected output? What do you see instead?
wmii crashes.

What version of the product are you using (wmii -v)? On what operating system?
hg tip (2308)

Please provide any additional information below.
It seams that there is a limit when resizing the leftmost column to the left.

I am using the latest tip
What steps will reproduce the problem?
1. open an app in wine
2. put it in stack mode
3. open an xterm in the same column and switch between them, observe the
behavior

What is the expected output? What do you see instead?
expected: app would switch as normally in stack mode
what happens: the titlebar disappears, among some other strange behavior
when you move it into different columns

wmii-hg2296

I am using the hg tip of wmii The problem I see is when a client is the
last one with a given tag, and it is changed, the client remains in the
view until the view is no longer visible, it remains in view until I change
the view away from the current and then change back for some reason

What steps will reproduce the problem?
1. Play a video with mplayer.
2. press "t" (always on top) key or have ontop=yes in your mplayer config
(grrr took me a wile to pin down the problem).

What is the expected output? What do you see instead?
Should stay as a managed/float window with the correct aspect ratio.

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2338

This is a collection of bugs related to grow/nudge. Each itemized number in
the "reproduce" section matches to an itemized number in "expected" and
"observed".  All tests below were run on a 3x3 grid of mrxvt terminal
windows and one floating xterm terminal window.

What steps will reproduce the problem?
1. Grow towards a screen boundary (e.g. "grow ... left" in left-most column)

2. Window in the "floating" layer maximized vertically using "grow ... up"

3. Window in the "floating" layer maximized horizontally using "grow ... left"

4. Window in "default" layout grow or nudge "up"

5. Window in "default" layout grow or nudge "down"

6. Window in "default" layout nudge "down"

7. Window in "default" layout grow "left"


What is the expected output? What do you see instead?

1. Expected: Window increases in size.  
Observed: Window stays the same

2. Expected: Window either increases in size (preferred) or stays the same.  
Observed: Window moves up

3. Expected: Window either increases in size (preferred) or stays the same.  
Observed: Window moves left

4. Expected: Window increases in size or moves up as requested.
Observed: Window will not grow or nudge up beyond a certain limit.  Limit
is different for grow and nudge.

5. Expected: Window increases in size or moves down as requested.
Observed: Window will not grow or nudge down beyond a certain limit.  Limit
is different for grow and nudge.

6. Expected: Window increases in size vertically
Observed: Window stays the same size but moves down.

7. Expected: Window increases in size to the left and stays the same size
vertically.
Observed: Vertical hight will sometimes decrease if the window is taller
(or perhaps higher?) than the default at which it started at.

What version of the product are you using (wmii -v)? On what operating system?

WMII Version: wmii-20080520, ©2007 Kris Maglione
OS Version: Debian Lenny

Please provide any additional information below.

I'm using wmii from hg at changeset:2292.
(Also with deb 3.6+debian-4)

All java programs (which use the Swing GUI toolkit) are not rendering
properly[1]: the bottom 5-10 pixels are missing.

Also, java programs (which use the Swing GUI toolkit) are not receiving the
keyboard focus correctly. When I mouse over a java window, I am forced to
click inside the window and then start typing. The same thing happens if I
use the Mod4-j/k shortcuts to put focus on a java window using my keyboard
-- I still have to click inside the window before I am able to type in it.

Both of these problems did not occur with the previous wmii+ixp-20070516
snapshot.

Thanks for your consideration.

[1] http://snk.tuxfamily.org/tmp/java-render.png 

What steps will reproduce the problem?
1. Use shell-based wmiirc instead of plan9 rc.wmii
2. Open up actions menu ($MODKEY-a)

What is the expected output? What do you see instead?

Expected: A menu consisting of programs in $WMII_CONFPATH along with
built-in Actions (like quit, exec, rehash, etc).  Instead, the menu
contains only the programs in $WMII_CONFPATH, without any of the
shell-defined Actions.  Additionally, this error is printed:

-bash: wi_getfuns: command not found

What version of the product are you using (wmii -v)? On what operating system?

wmii-20080520 on Debian unstable.

Please provide any additional information below.

It looks like this function (wi_getfuns) exists in wmii.rc but not in
wmii.sh, and is referenced in wi_actions.

When an application crashes and isn't responding, switch away from the
client, when the message that wmii says the client isn't responding comes
up, it mentions the window title that is currently highlighted, not the one
that is currently frozen, a minor problem but still happens 


What version of the product are you using (wmii -v)? On what operating system?

wmii-hg2338, ©2008 Kris Maglione

What steps will reproduce the problem?
1. pull only libixp hg repository (not together with wmii's) to local.
2. just type "make".
3. compilation fails.

What is the expected output? What do you see instead?
3. should be compilation successfully. 

What version of the product are you using (wmii -v)? On what operating system?
libixp-0.4 (hg95)

Please provide any additional information below.
I found this
 CFLAGS += -I $(ROOT)/..wmii/include
in libixp/Makefile.
In my case, standalone libixp compilation fails at
libixp/request.c because fmt.h is missing.

Originally reported by Suraj Kurapa[2]. They appear to fail to render ''n''
pixels on the bottom, where ''n'' is the height of the titlebar, though not
reliably so. Often, there is no issue, often, the gap is significantly
larger, sometimes the entire height of the window.

Original report:

I'm using wmii from hg at changeset:2292.
(Also with deb 3.6+debian-4)

All java programs (which use the Swing GUI toolkit) are not rendering
properly[1]: the bottom 5-10 pixels are missing.

Also, java programs (which use the Swing GUI toolkit) are not receiving the
keyboard focus correctly. When I mouse over a java window, I am forced to
click inside the window and then start typing. The same thing happens if I
use the Mod4-j/k shortcuts to put focus on a java window using my keyboard
-- I still have to click inside the window before I am able to type in it.

Both of these problems did not occur with the previous wmii+ixp-20070516
snapshot.

Thanks for your consideration.

[1] http://snk.tuxfamily.org/tmp/java-render.png
[2] http://www.suckless.org/trac.rc/wmii/ticket/12

What steps will reproduce the problem?
1. Open an xterm in managed area.
2. Tag the xterm with a brand new tag (which is not being used)
3. View the new tag.

What is the expected output? What do you see instead?

I expect to see that the xterm should occupy the full space of the managed
area.

Instead, I observe that the xterm occupies only the bottom-half of the
managed area, as if a ghost client/strut is occupying the top-half of it.

What version of the product are you using (wmii -v)? On what operating system?

wmii-hg2309+, ©2007 Kris Maglione

Please provide any additional information below.

When I add a second client to the brand new tag, the problem goes away.  

After removing the second client from the brand new tag, the first client
correctly occupies the entire managed area.

What steps will reproduce the problem?
1. Before compilation, edit config.mk
2. Change PREFIX to a non-standard location (e.g.
/usr/local/wmii/snap-20080520)
3. Compile and install wmii
4. Edit user's login shell so that the WMII install path is NOT in the PATH
variable. (e.g. in .zshenv "PATH=/usr/bin:/usr/local/bin").
5. Start wmii (/usr/local/wmii/snap-20080520/bin/wmii)

What is the expected output? What do you see instead?

Following the above steps, wmii will not run because it relies on many
applications being in the install path.

What version of the product are you using (wmii -v)? On what operating system?

WMII Version: wmii-20080520, ©2007 Kris Maglione
OS Version: Debian Lenny

Please provide any additional information below.

This bug can be worked around by the following steps:

1. Add the WMII install path to the PATH variable before running WMII
2. Define the user's PATH environment variable recursively (e.g.
PATH="my_new_path_addition":${PATH})

This is sometimes a bad idea for the following reasons:

1. Some proprietary applications are VERY picky about the order of
directories in the PATH environment variable and must not have PATH defined
recursively (which will invalidate the carefully defined PATH in sub-shells).

2. Every sub-shell duplicates the user's modifications to the PATH
environment variable which can potentially alter the order of the PATH
variable (which can sometimes cause problems by running an application from
an unexpected location).

A better solution would be to make all WMII internal code use the
PREFIX/bin path defined in config.mk when running applications.

What steps will reproduce the problem?
    1. install freeglut and crack-attack
    2. crack-attack --solo
    3. try to play
What is the expected output? What do you see instead?
    the keyboard events seem to go to the terminal from which
    the game is launched
What version of the product are you using (wmii -v)? On what operating system?
    % wmii -v
    wmii-hg2312, ©2007 Kris Maglione

    the system is gentoo, the ebuilds are
    =games-arcade/crack-attack-1.1.14-r1
    =media-libs/freeglut-2.4.0-r1
Please provide any additional information below.
    under xfce it works ok
    modified crack-attack version that creates the window
    with glutEnterGameMode instead of glutCreateWindow works ok too

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?
All my custom theme except the bottom part, between tags and status bar.

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2302

Please provide any additional information below.

I am trying' to use old green wmii theme, but I have a 'mixed' with the new
theme.

I put these lines on my rc.wmii.local

wmiinormcol=('#222222 #5FBF77 #2A7F3F')
wmiifocuscol=('#ffffff #153F1F #2A7F3F')
wmiibackground='#333333'

But, bottom bar between tags and status bars does not change.

Thank you, wmii is great!!!

What steps will reproduce the problem?
1. Create a directory containing the letter 'x' (eg /home/sqweek/xbin).
2. Add that directory to PATH and start wmii.
3. Hit Mod-P, followed by : if the problem isn't obvious.

What is the expected output? What do you see instead?

 Expected is just executables in the menu, instead I get an entry like
/home/sqweek/xbin:

What version of the product are you using (wmii -v)? On what operating system?

 wmii-20080520, ©2007 Kris Maglione
 Linux 2.6.23

Please provide any additional information below.

 When listing multiple directories, GNU ls gives each directory a header
that looks like:
<dir-name>:

 Really annoying at work, where we have firefox installed in /sw/firefox. ;)

 Now, I *definately* fixed this one before:

hg diff -r 2221 -r 2222 rc/rc.wmii.rc

 So what's the deal? I'm starting to wonder whether any of my fixes are
pulled into your tree.
-sqweek

What steps will reproduce the problem?
1. Open a terminal window
2. Type: wihack iceweasel

Same problem exists if using $MODKEY-p

What is the expected output? What do you see instead?

Expected result: Iceweasel (firefox) applicaiton opens.

Actual result: Application exits immediately with the error:

The program 'gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 204 error_code 3 request_code 18 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

If the application is run without wihack it opens normally.


What version of the product are you using (wmii -v)? On what operating system?

WMII Version: wmii-20080520, ©2007 Kris Maglione
OS Version: Debian Lenny
Firefox (iceweasel) Version: 2.0.0.14-2

What steps will reproduce the problem?
1. Create a $home/.wmii-3.5/status script
2. Undefine Action-status and status functions in rc.wmii.local
3. Rerun rc.wmii

What is the expected output? What do you see instead?

 Expect to the custom status script to run, instead I get the error:
rc: line 2: token '=': syntax error

What version of the product are you using (wmii -v)? On what operating system?

wmii-20080520, ©2007 Kris Maglione

Please provide any additional information below.

 Problem is the trailing space in grep's regex in wi_script, which causes
it to not match the status='' line output from whatis. Pretty sure I fixed
the same problem in rc.wmii in the past...

fn wi_script {
    noprog=true prog=() {
        if(~ $1 -f) {
            shift
            noprog=/dev/null
        }
        prog = `{rc -c 'path=$confpath whatis '$1 >[2]/dev/null \
            | grep -v '^fn|= ' || echo $noprog}
        shift; echo $prog $*}
}

-sqweek

It would be great if there's some hooks for window resizing in wmii. Then
 ppl can arrange shortcuts like modkey-shift-h/j/k/l to resize a window and
 throw their mouse away.

What steps will reproduce the problem?
1. Open an xterm in the floating area.
2. Tag the xterm with a new tag
3. Focus the new tag and observe that on the new tag, the xterm does not
have focus

What is the expected output? What do you see instead?

The focus should have traveled along with the xterm to the new tag.  This
is particularly apparent when the new tag is empty (has no clients).

What version of the product are you using (wmii -v)? On what operating system?

$ wmii -v
wmii-hg2308+, ©2007 Kris Maglione

$ uname -a
Linux yantram 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686
GNU/Linux

Please provide any additional information below.

What steps will reproduce the problem?
1. On a new view, open two Firefox windows
2. Move mouse pointer to and fro, between the two windows

What is the expected output? What do you see instead?

I expect the focus to follow the mouse.  Instead, the focus is not
following the mouse.

Please use labels and text to provide additional information.

I'm using wmii-hg2332

What steps will reproduce the problem?
1. Put three clients in a column
2. Focus the middle client
3. Set the column mode to stacked
4. Press the keys for focus client above/below (mod-j & mod-k I believe)

What is the expected output? What do you see instead?

Above/below client should have focus after pressing the keys.  Instead, I
see that the focus does not change.

Please use labels and text to provide additional information.

This only happens in stacked mode; max mode & default mode are OK.

What steps will reproduce the problem?
1. Create two windows in the "floating" layer side-by-side
2. In a terminal, type: wmiir xwrite /tag/sel/ctl select left

(or "select right", observed behavior is identical) 

What is the expected output? What do you see instead?

Expected: Window to the left is selected (or right)

Observed: No change in window selection and wmiir responds with the error:
wmiir: fatal: cannot write file '/tag/sel/ctl': bad value


What version of the product are you using (wmii -v)? On what operating system?

WMII Version: wmii-20080520, ©2007 Kris Maglione
OS Version: Debian Lenny


Please provide any additional information below.

up/down select actions work as expected.

What steps will reproduce the problem?
1. make 3 xterms or any client
2. switch to stack mode
3. take the last term you made and put it in float mode
4. try to immediately move it back to the stacked column

What is the expected output? What do you see instead?

expected: it moves back
wmii crashes

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2338, ©2008 Kris Maglione

What steps will reproduce the problem?
1. Open a window in a new tag.
2. Make it float with the mouse, doing left_click-right_click in the grab box.
3. Make it managed with the mouse, doing left_click-right_click in the grab
box.

What is the expected output? What do you see instead?
wmii crashes in the last step.

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2308


Please provide any additional information below.
If there's more than a window in that tag, then it works fine.

What steps will reproduce the problem?
1. load a few X clients (e.g.xterm) into your .xinitrc before calling wmii
as wm
2. run wmii using startx
3. re-run startx a few times, it does not appear always

What is the expected output? What do you see instead?

The resulting tag is 'nil' instead of '1' as one would expect.

What version of the product are you using (wmii -v)? On what operating system?

Version: 3.6+debian-4

Please provide any additional information below.

My .xinitrc:

(frankie:~)$ cat .xinitrc 
#!/bin/sh
xrdb -merge ~/.Xdefaults
xscreensaver -no-splash &
uxterm -T mutt &
uxterm -T console &
uxterm -T klecker &
unclutter &
until wmii; do
        true
done

What steps will reproduce the problem?

I don't remember exactly (sorry), but I think it had to do with resizing of
right-most column.


What is the expected output? What do you see instead?

wmii should not crash.


What version of the product are you using (wmii -v)? On what operating system?

$ wmii -v
wmii-hg2312, ©2007 Kris Maglione


Please provide any additional information below.

$ gdb -c core `which wmii` -ex 'bt full'
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/tls/i686/cmov/libm.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libm.so.6
Reading symbols from /usr/lib/libX11.so.6...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /usr/lib/libXext.so.6...done.
Loaded symbols for /usr/lib/libXext.so.6
Reading symbols from /usr/lib/libXrandr.so.2...done.
Loaded symbols for /usr/lib/libXrandr.so.2
Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /usr/lib/libXrender.so.1...done.
Loaded symbols for /usr/lib/libXrender.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/libXau.so.6...done.
Loaded symbols for /usr/lib/libXau.so.6
Reading symbols from /usr/lib/libXdmcp.so.6...done.
Loaded symbols for /usr/lib/libXdmcp.so.6
Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libdl.so.2
Reading symbols from /lib/tls/i686/cmov/libnss_compat.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_compat.so.2
Reading symbols from /lib/tls/i686/cmov/libnsl.so.1...done.
Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1
Reading symbols from /lib/tls/i686/cmov/libnss_nis.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_nis.so.2
Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2
Reading symbols from /usr/lib/libXcursor.so.1...done.
Loaded symbols for /usr/lib/libXcursor.so.1
Reading symbols from /usr/lib/libXfixes.so.3...done.
Loaded symbols for /usr/lib/libXfixes.so.3
Core was generated by `wmii'.
Program terminated with signal 6, Aborted.
#0  0xffffe410 in __kernel_vsyscall ()
#0  0xffffe410 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7d5d875 in raise () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb7d5f201 in abort () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#3  0xb7d56b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#4  0x08053be6 in float_detach (f=0x80c3de0) at float.c:33
    pr = (Frame *) 0x666
    a = (Area *) 0x8090c10
    sel = (Area *) 0x0
    v = (View *) 0x8090ae0
    __PRETTY_FUNCTION__ = "float_detach"
#5  0x0804ba14 in area_detach (f=0x80c3de0) at area.c:207
    v = (View *) 0x8090ae0
    a = (Area *) 0x8090c10
#6  0x08063617 in view_detach (f=0x80c3de0) at view.c:312
    c = (Client *) 0x80d4e80
    v = (View *) 0x8090ae0
#7  0x0804f26d in client_setviews (c=0x80d4e80, tags=0xbfb13fc8) at
client.c:964
    fp = (Frame **) 0x80d4e84
    f = (Frame *) 0x80c3de0
    cmp = 0
#8  0x0804d2b7 in client_destroy (c=0x80d4e80) at client.c:268
    handler = (int (*)(Display *, XErrorEvent *)) 0x8059d60 <errorhandler>
    r = {min = {x = 820, y = 0}, max = {x = 1636, y = 460}}
    none = 0x0
    tc = (Client **) 0x80a1f30
    hide = false
#9  0x0804f1ab in unmap_event (w=0x80d4e8c, e=0xbfb14054) at client.c:911
    c = (Client *) 0x80d4e80
#10 0x08052223 in unmapnotify (e=0xbfb14054) at event.c:362
    ev = (XUnmapEvent *) 0xbfb14054
    w = (Window *) 0x80d4e8c
#11 0x080515e7 in dispatch_event (e=0xbfb14054) at event.c:14
No locals.
#12 0x0805226b in check_x_event (c=0x808db18) at event.c:394
    ev = {type = 18, xany = {type = 18, serial = 13952439, send_event = 0, 
    display = 0x807e4b8, window = 6292263}, xkey = {type = 18, serial =
13952439, 
    send_event = 0, display = 0x807e4b8, window = 6292263, root = 52428804,
subwindow = 0, 
    time = 0, x = 320, y = 240, x_root = 0, y_root = 6291509, state = 1,
keycode = 58, 
    same_screen = 1}, xbutton = {type = 18, serial = 13952439, send_event = 0, 
    display = 0x807e4b8, window = 6292263, root = 52428804, subwindow = 0,
time = 0, 
    x = 320, y = 240, x_root = 0, y_root = 6291509, state = 1, button = 58, 
    same_screen = 1}, xmotion = {type = 18, serial = 13952439, send_event = 0, 
    display = 0x807e4b8, window = 6292263, root = 52428804, subwindow = 0,
time = 0, 
    x = 320, y = 240, x_root = 0, y_root = 6291509, state = 1, is_hint = 58
':', 
    same_screen = 1}, xcrossing = {type = 18, serial = 13952439, send_event
= 0, 
---Type <return> to continue, or q <return> to quit---
    display = 0x807e4b8, window = 6292263, root = 52428804, subwindow = 0,
time = 0, 
    x = 320, y = 240, x_root = 0, y_root = 6291509, mode = 1, detail = 58,
same_screen = 1, 
    focus = 1, state = 256}, xfocus = {type = 18, serial = 13952439,
send_event = 0, 
    display = 0x807e4b8, window = 6292263, mode = 52428804, detail = 0},
xexpose = {
    type = 18, serial = 13952439, send_event = 0, display = 0x807e4b8,
window = 6292263, 
    x = 52428804, y = 0, width = 0, height = 320, count = 240},
xgraphicsexpose = {
    type = 18, serial = 13952439, send_event = 0, display = 0x807e4b8,
drawable = 6292263, 
    x = 52428804, y = 0, width = 0, height = 320, count = 240, major_code = 0, 
    minor_code = 6291509}, xnoexpose = {type = 18, serial = 13952439,
send_event = 0, 
    display = 0x807e4b8, drawable = 6292263, major_code = 52428804,
minor_code = 0}, 
  xvisibility = {type = 18, serial = 13952439, send_event = 0, display =
0x807e4b8, 
    window = 6292263, state = 52428804}, xcreatewindow = {type = 18, serial
= 13952439, 
    send_event = 0, display = 0x807e4b8, parent = 6292263, window =
52428804, x = 0, y = 0, 
    width = 320, height = 240, border_width = 0, override_redirect = 6291509}, 
  xdestroywindow = {type = 18, serial = 13952439, send_event = 0, display =
0x807e4b8, 
    event = 6292263, window = 52428804}, xunmap = {type = 18, serial =
13952439, 
    send_event = 0, display = 0x807e4b8, event = 6292263, window = 52428804, 
    from_configure = 0}, xmap = {type = 18, serial = 13952439, send_event = 0, 
    display = 0x807e4b8, event = 6292263, window = 52428804,
override_redirect = 0}, 
  xmaprequest = {type = 18, serial = 13952439, send_event = 0, display =
0x807e4b8, 
    parent = 6292263, window = 52428804}, xreparent = {type = 18, serial =
13952439, 
    send_event = 0, display = 0x807e4b8, event = 6292263, window =
52428804, parent = 0, 
    x = 0, y = 320, override_redirect = 240}, xconfigure = {type = 18,
serial = 13952439, 
    send_event = 0, display = 0x807e4b8, event = 6292263, window =
52428804, x = 0, y = 0, 
    width = 320, height = 240, border_width = 0, above = 6291509,
override_redirect = 1}, 
  xgravity = {type = 18, serial = 13952439, send_event = 0, display =
0x807e4b8, 
    event = 6292263, window = 52428804, x = 0, y = 0}, xresizerequest =
{type = 18, 
    serial = 13952439, send_event = 0, display = 0x807e4b8, window = 6292263, 
    width = 52428804, height = 0}, xconfigurerequest = {type = 18, serial =
13952439, 
    send_event = 0, display = 0x807e4b8, parent = 6292263, window =
52428804, x = 0, y = 0, 
    width = 320, height = 240, border_width = 0, above = 6291509, detail = 1, 
    value_mask = 58}, xcirculate = {type = 18, serial = 13952439,
send_event = 0, 
    display = 0x807e4b8, event = 6292263, window = 52428804, place = 0}, 
  xcirculaterequest = {type = 18, serial = 13952439, send_event = 0,
display = 0x807e4b8, 
    parent = 6292263, window = 52428804, place = 0}, xproperty = {type = 18, 
    serial = 13952439, send_event = 0, display = 0x807e4b8, window = 6292263, 
    atom = 52428804, time = 0, state = 0}, xselectionclear = {type = 18,
serial = 13952439, 
    send_event = 0, display = 0x807e4b8, window = 6292263, selection =
52428804, time = 0}, 
  xselectionrequest = {type = 18, serial = 13952439, send_event = 0,
display = 0x807e4b8, 
    owner = 6292263, requestor = 52428804, selection = 0, target = 0,
property = 320, 
    time = 240}, xselection = {type = 18, serial = 13952439, send_event = 0, 
    display = 0x807e4b8, requestor = 6292263, selection = 52428804, target
= 0, 
    property = 0, time = 320}, xcolormap = {type = 18, serial = 13952439,
send_event = 0, 
    display = 0x807e4b8, window = 6292263, colormap = 52428804, new = 0,
state = 0}, 
  xclient = {type = 18, serial = 13952439, send_event = 0, display =
0x807e4b8, 
    window = 6292263, message_type = 52428804, format = 0, data = {
      b =
"\000\000\000\000@\001\000\000ð\000\000\000\000\000\000\0005\000`", s = {0, 0, 
        320, 0, 240, 0, 0, 0, 53, 96}, l = {0, 320, 240, 0, 6291509}}},
xmapping = {
    type = 18, serial = 13952439, send_event = 0, display = 0x807e4b8,
window = 6292263, 
    request = 52428804, first_keycode = 0, count = 0}, xerror = {type = 18, 
    display = 0xd4e5b7, resourceid = 0, serial = 134735032, error_code = 39
'\'', 
    request_code = 3 '\003', minor_code = 96 '`'}, xkeymap = {type = 18,
serial = 13952439, 
    send_event = 0, display = 0x807e4b8, window = 6292263, 
    key_vector = "\004\000
\003\000\000\000\000\000\000\000\000@\001\000\000ð\000\000\000\000\000\000\0005
\000`\000\001\000\000"},
pad = {18, 13952439, 0, 134735032, 6292263, 52428804, 
    0, 0, 320, 240, 0, 6291509, 1, 58, 1, 1, 256, 0, 0, 0, 0, 0, 0, 0}}
#13 0x0806a479 in handle_conns (s=0x807c620) at server.c:113
    c = (IxpConn *) 0x808db18
    n = (IxpConn *) 0x808daf8
---Type <return> to continue, or q <return> to quit---
#14 0x0806a5aa in ixp_serverloop (s=0x807c620) at server.c:161
    tvp = (timeval *) 0x0
    tv = {tv_sec = 1, tv_usec = 134810336}
    timeout = 0
    r = 1
#15 0x0805a683 in main (argc=0, argv=0xbfb14268) at main.c:405
    wmiirc = 0x80735d5 "wmiistartrc"
    s = (WMScreen *) 0x808ffb8
    wa = {background_pixmap = 3086841448, background_pixel = 134520178, 
  border_pixmap = 4131212846, border_pixel = 0, bit_gravity = 0,
win_gravity = 0, 
  backing_store = 0, backing_planes = 0, backing_pixel = 0, save_under = 1, 
  event_mask = 3670064, do_not_propagate_mask = -1210473378, 
  override_redirect = -1209804567, colormap = 134702924, cursor = 6291461}
    i = 1
    _argtmp = 0
    _inargv = 0
    _argv = 0x0
(gdb) 

Applications such as firefox, which specify the WM_TAKE_FOCUS hint, and
which don't set their focus to their toplevel window after receiving it,
display a white box around their layout boxes, indicating that they don't
have keyboard focus when, in fact, they do.

The wmii in mercurial (hg2295) always reports the tip version instead of
using the working copy's revision. Steps to reproduce:

1. hg clone http://suckless.org/hg.rc/wmii
2. Inside wmii, hg update 2230
3. After building wmii, "wmii -v" it should return hg2230, but it reports
the latest hg tip.

What steps will reproduce the problem?
1. Open 2 clients in float mode.
2. Try to raise the first one over the second one.

What is the expected output? What do you see instead?
I would expect the client to raise on a mouse click. 

What version of the product are you using (wmii -v)? On what operating system?
wmii-hg2312.

I noticed some quirky behavior yet when simply clicking the drag boxes, I
noticed this when I tried to make a 3x3 grid of terminals, it happens in
default mode when you resize windows and then click drag boxes, it tends to
want to resize bit by bit to the original layout.

What steps will reproduce the problem?
1. On a new view, open two GTK programs (such as gcalctool or firefox)
2. Move one of the clients to the right (thereby creating a new column)
3. Focus the left client and observe that both clients' frames are now
drawn with selcolors.
4. Any subsequent focus changes (moving the focus to the left/right column)
will draw the selcolors only on the focused frame.

What is the expected output? What do you see instead?

Both clients should not have selcolors, only the left client should.

What version of the product are you using (wmii -v)? On what operating system?

$ wmii -v
wmii-hg2308+, ©2007 Kris Maglione

$ uname -a
Linux yantram 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686
GNU/Linux

Please provide any additional information below.

I have only observed this with GTK apps.

What steps will reproduce the problem?
1. Open an xterm and any other client.
2. Set the other client's tags to "foobar"; it will now disappear from the
current view.
3. Set the other client's tag to the current tag.
4. The other client is not visible on the current tag <== BUG
5. Focus a different view and come back.
6. The other client now appears on the current tag!

What is the expected output? What do you see instead?

The other client should now appear on the current view.  Instead, I do not
see the other client on the current view.

What version of the product are you using (wmii -v)? On what operating system?

wmii-hg2313, Linux

Please provide any additional information below.