From ec5724e807e5fa5ecb7ff4e5c3d4ed052644c118 Mon Sep 17 00:00:00 2001 From: mathias Date: Tue, 30 Nov 2004 22:19:35 +0000 Subject: 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) --- src/Screen.cc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/Screen.cc b/src/Screen.cc index ebf2b40..f125f7f 100644 --- a/src/Screen.cc +++ b/src/Screen.cc @@ -893,7 +893,7 @@ void BScreen::changeWorkspaceID(unsigned int id) { 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 @@ void BScreen::sendToWorkspace(unsigned int id, FluxboxWindow *win, bool changeWS } - FbTk::App::instance()->sync(true); + FbTk::App::instance()->sync(false); if (win && &win->screen() == this && (! win->isStuck())) { -- cgit v0.11.2