jparris / wmii Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/wmii
License: MIT License
Automatically exported from code.google.com/p/wmii
License: MIT License
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.
Original issue reported on code.google.com by [email protected]
on 6 Apr 2008 at 11:44
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
Original issue reported on code.google.com by [email protected]
on 27 Mar 2008 at 6:22
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
Original issue reported on code.google.com by adkilgore
on 1 Jul 2008 at 8:40
> 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.
Original issue reported on code.google.com by [email protected]
on 28 Mar 2008 at 10:41
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 17 May 2008 at 10:02
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.
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 6:36
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)
Original issue reported on code.google.com by [email protected]
on 26 May 2008 at 6:36
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
Original issue reported on code.google.com by [email protected]
on 30 May 2008 at 4:25
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.
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 1:39
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).
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 1:13
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.
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 1:03
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.
Original issue reported on code.google.com by adkilgore
on 18 Mar 2008 at 1:11
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
Original issue reported on code.google.com by adkilgore
on 25 Jun 2008 at 6:45
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
Original issue reported on code.google.com by [email protected]
on 20 Mar 2008 at 7:45
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.
Original issue reported on code.google.com by [email protected]
on 20 May 2008 at 1:33
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
Original issue reported on code.google.com by [email protected]
on 18 May 2008 at 1:40
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.
Original issue reported on code.google.com by [email protected]
on 19 May 2008 at 3:21
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
Original issue reported on code.google.com by [email protected]
on 28 May 2008 at 11:17
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.
Original issue reported on code.google.com by [email protected]
on 4 Jun 2008 at 8:41
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 6 Jun 2008 at 7:24
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.
Original issue reported on code.google.com by [email protected]
on 17 May 2008 at 2:29
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.
Original issue reported on code.google.com by [email protected]
on 19 May 2008 at 3:55
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.
Original issue reported on code.google.com by [email protected]
on 5 Apr 2008 at 6:40
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!!!
Original issue reported on code.google.com by [email protected]
on 4 Apr 2008 at 1:46
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.
Original issue reported on code.google.com by [email protected]
on 18 May 2008 at 1:20
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
Original issue reported on code.google.com by [email protected]
on 30 May 2008 at 1:25
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.
Original issue reported on code.google.com by [email protected]
on 17 May 2008 at 2:26
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.
Original issue reported on code.google.com by [email protected]
on 19 May 2008 at 3:15
latest tip: opera gets focus, but the former client somehow does not
unfocus.
Original issue reported on code.google.com by [email protected]
on 23 Mar 2008 at 3:56
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.
Original issue reported on code.google.com by [email protected]
on 18 Mar 2008 at 7:17
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.
Original issue reported on code.google.com by [email protected]
on 18 May 2008 at 5:47
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.
Original issue reported on code.google.com by [email protected]
on 17 May 2008 at 2:22
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.
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 6:36
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
Original issue reported on code.google.com by [email protected]
on 18 Mar 2008 at 4:00
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
Original issue reported on code.google.com by [email protected]
on 23 May 2008 at 11:44
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 :)
Original issue reported on code.google.com by [email protected]
on 25 Apr 2008 at 1:26
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.
Original issue reported on code.google.com by [email protected]
on 30 May 2008 at 1:46
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)
Original issue reported on code.google.com by [email protected]
on 19 May 2008 at 3:17
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
Original issue reported on code.google.com by adkilgore
on 18 Mar 2008 at 1:10
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
Original issue reported on code.google.com by [email protected]
on 29 May 2008 at 4:47
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.
Original issue reported on code.google.com by [email protected]
on 29 May 2008 at 10:18
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
Original issue reported on code.google.com by [email protected]
on 16 Jun 2008 at 10:58
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.
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 12:06
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.
Original issue reported on code.google.com by [email protected]
on 27 May 2008 at 1:58
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
Original issue reported on code.google.com by [email protected]
on 21 May 2008 at 12:13
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
Original issue reported on code.google.com by [email protected]
on 23 May 2008 at 8:24
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
Original issue reported on code.google.com by adkilgore
on 14 Apr 2008 at 12:08
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.
Original issue reported on code.google.com by [email protected]
on 10 Apr 2008 at 12:46
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
Original issue reported on code.google.com by [email protected]
on 24 May 2008 at 8:22
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.
Original issue reported on code.google.com by [email protected]
on 30 May 2008 at 9:45
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.