all repos — fluxbox @ ec5724e807e5fa5ecb7ff4e5c3d4ed052644c118

custom fork of the fluxbox windowmanager 

fix a problem with java-dialogs which dont open correct (thanx Scott Moser)
    
furthermore, and this is really interesting, this seems to fix also the bug
widely known as g.o.d - the grab of death. the g.o.d seems to freeze fluxbox
but let the mouse still be moving and no high-cpuload can be seen. the
(un)lucky can force the g.o.d by clicking like a weirdo and pressing keys like
crazy and then maybe it will happen. we are not quite sure WHY exactly this
happens but as it seems: XSync(true) caused the trouble.

we still keep watching this issue but hopefully noone experiences bad
"freezes" anymore. (/me crosses fingers)
mathias mathias
commit

ec5724e807e5fa5ecb7ff4e5c3d4ed052644c118

parent

dc4e74367ebc938cd008c87ecb33d2de7ff53a8a

1 files changed, 2 insertions(+), 2 deletions(-)

jump to
M src/Screen.cc → src/Screen.cc 
@@ -893,7 +893,7 @@ if (! m_current_workspace || id >= m_workspaces_list.size() ||
         id == m_current_workspace->workspaceID())
         return;
 
-    FbTk::App::instance()->sync(true);
+    FbTk::App::instance()->sync(false);
 
     WinClient *focused_client = Fluxbox::instance()->getFocusedWindow();
     FluxboxWindow *focused = 0;

@@ -958,7 +958,7 @@ win = client->fbwindow();
     }
 
 
-    FbTk::App::instance()->sync(true);
+    FbTk::App::instance()->sync(false);
 
     if (win && &win->screen() == this &&
         (! win->isStuck())) {