Go to file
Jasper St. Pierre 34979c3fe8 window: Don't try to map / unmap OR windows by ourselves
This is bad behavior, and can also cause us to get in an infinite loop
if an OR window is mapped and unmapped in quick succession. This
sequence causes a MapNotify followed by an UnmapNotify, and when
processing the events, we'll call XMapWindow, XUnmapWindow, which will
put another set of MapNotify, UnmapNotify events in our queue, which we
then process by calling XMapWindow, XUnmapWindow, and so it goes
forever, or at least some scheduler uncorks us by making us call
XMapWindow when the window is already mapped, or XUnmapWindow when the
window is already unmapped.

We can stop this madness by simply making sure never to call neither
XMapWindow or XUnmapWindow on OR windows, which is the correct thing to
do anyway.
2014-08-19 16:04:40 -04:00
data Add hidden -backward bindings to 50-mutter-navigation.xml 2014-08-17 19:29:43 +02:00
doc compositor: add support for unminimize compositor effects 2014-07-26 17:26:40 +02:00
po Updated Spanish translation 2014-08-19 13:03:41 +02:00
src window: Don't try to map / unmap OR windows by ourselves 2014-08-19 16:04:40 -04:00
test Clean up the source tree 2014-03-18 20:37:35 -04:00
tools Clean up the source tree 2014-03-18 20:37:35 -04:00
.gitignore Update .gitignore 2014-07-17 14:49:47 -04:00
autogen.sh configure.ac: Modernize autoconf/libtool dependencies and macro usage 2014-06-05 18:05:19 +02:00
configure.ac xrandr: Port some checks to XCB so we don't have to deal with BadName 2014-08-19 11:08:44 -04:00
COPYING Updated obsolete FSF postal address in COPYING 2014-01-13 11:35:48 -05:00
Makefile.am build: Move data files to their dedicated subfolder 2014-06-05 10:50:15 +02:00
mutter.doap doap: add <programming-language> 2014-07-31 17:50:28 +02:00
NEWS Bump version to 3.13.4 2014-07-23 11:45:52 +02:00