diff options
| author | Vito Caputo <vcaputo@gnugeneration.com> | 2016-12-19 00:25:28 -0800 |
|---|---|---|
| committer | Vito Caputo <vcaputo@gnugeneration.com> | 2016-12-19 00:25:28 -0800 |
| commit | a223b6668cf234506c72fe73e87b8c6972e6a085 (patch) | |
| tree | c31c143d1b27a3734aeeb5a72f200ddcbb3a46fb /src/colors.def | |
| parent | c0c491486e6dc6112ffaa2eefacd0a324219b475 (diff) | |
xevent: implicitly manage window in MapNotify handler
Sometimes `mplayer -fs` would result in an unmanaged window. It seems to be
due to an unexpected ordering of events on the window:
create notify 0x1000001
creating 0x1000001
map request 0x1000001
managing 0x1000001
configure request 0x1000001
unmap notify 0x1000001 from configure 0
unmanaging 0x1000001
configure notify 0x1000001
map notify 0x1000001 <----- this happens after the window has been unmanaged!
configure notify 0x1000001
configure request 0x1000001
configure request 0x1000001
configure request 0x1000001
configure request 0x1000001
configure notify 0x1000001
So in handling MapNotify, if the window is !managed && !override_redirect,
manage it.
This is confirmed to fix the occasionally unmanaged `mplayer -fs` window.
Diffstat (limited to 'src/colors.def')
0 files changed, 0 insertions, 0 deletions