[compiz] kde 4.3 beta 2, compiz 8.2 - panel pager doesn't work until plasma crash and restart
Adam K Kirchhoff
adamk at voicenet.com
Fri Jun 19 11:19:28 PDT 2009
KDE (3 or 4) has never properly supported switching between window
managers in a running session (*). There is an option in systemsettings
to switch the default window manager, and if you select compiz, it will
start up compiz before plasma, and, as as result, the pager will work
properly once it starts up.
(*) Newer versions of KDE4 will switch window managers, on the fly, when
you change it in systemsettings and, at least for me, I do not have the
pager problems any more if I switch to compiz from kwin that way.
David C. Rankin wrote:
> Woking with compiz 8.2 on kde 4.3 beta 2 on Archlinux, the plasma "kicker"
> pager widget does not work correctly after compiz 8.2 is started. Before
> compiz is started you see the 4 small desktop representations stacked 2x2.
> After you start compiz, the panel only shows a single large pane 'Desktop 1'
> no matter what desktop you are on.
> The strange part is that after plasma workspace "Crashes" and restarts, the
> pager works fine and shows all desktops with the representative windows inside
> each of the desktop pager windows. I don't know whether this is compiz not
> behaving correctly for kde4, or kde4 not behaving correctly for compiz. I
> haven't filed a bug yet with kde.org and wanted to put this issue to the list
> to get feedback.
> The plasma crash that 'fixed' the problem happens when you are on desktop 1
> and select a icon from kicker for that will take you to desktop 4. After
> plasma restarts, you're fine. I have the backtrace (shown below) if anyone is
> interested. (the plasma crash was already reported to bugs.kde.org) It's just
> Greek to me. Let me know whether the pager issue looks like a compiz issue or
> a kde4 issue and whether you think I need to file the pager issue with kde.org
> as well.
> Application: Plasma Workspace (kdeinit), signal: Aborted
> [Current thread is 0 (LWP 7997)]
> Thread 2 (Thread 0x7f7ba8b9f910 (LWP 8008)):
> #0 0x00007f7bca08ce99 in pthread_cond_wait@@GLIBC_2.3.2 () from
> #1 0x00007f7bca2fd6fb in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
> #2 0x00007f7bc6736a3c in ?? () from /usr/lib/libQtNetwork.so.4
> #3 0x00007f7bca2fc651 in ?? () from /usr/lib/libQtCore.so.4
> #4 0x00007f7bca08859a in start_thread () from /lib/libpthread.so.0
> #5 0x00007f7bc7a14c3d in clone () from /lib/libc.so.6
> #6 0x0000000000000000 in ?? ()
> Thread 1 (Thread 0x7f7bca8aa760 (LWP 7997)):
> [KCrash Handler]
> #5 0x00007f7bc797a2d5 in raise () from /lib/libc.so.6
> #6 0x00007f7bc797b73a in abort () from /lib/libc.so.6
> #7 0x00007f7bc79b9aa0 in malloc_printerr () from /lib/libc.so.6
> #8 0x00007f7bc1d5b8ca in Plasma::AnimatorPrivate::cleanupStates () from
> #9 0x00007f7bc1d61731 in Plasma::Animator::timerEvent () from
> #10 0x00007f7bca3f3cb3 in QObject::event () from /usr/lib/libQtCore.so.4
> #11 0x00007f7bc814abfc in QApplicationPrivate::notify_helper () from
> #12 0x00007f7bc8151eae in QApplication::notify () from /usr/lib/libQtGui.so.4
> #13 0x00007f7bc8db57b6 in KApplication::notify () from /usr/lib/libkdeui.so.5
> #14 0x00007f7bca3e45cc in QCoreApplication::notifyInternal () from
> #15 0x00007f7bca410892 in ?? () from /usr/lib/libQtCore.so.4
> #16 0x00007f7bca40d8ed in ?? () from /usr/lib/libQtCore.so.4
> #17 0x00007f7bc709ddee in g_main_context_dispatch () from
> #18 0x00007f7bc70a14b8 in g_main_context_iterate () from
> #19 0x00007f7bc70a15e0 in g_main_context_iteration () from
> #20 0x00007f7bca40d836 in QEventDispatcherGlib::processEvents () from
> #21 0x00007f7bc81df35e in ?? () from /usr/lib/libQtGui.so.4
> #22 0x00007f7bca3e2ea2 in QEventLoop::processEvents () from
> #23 0x00007f7bca3e3274 in QEventLoop::exec () from /usr/lib/libQtCore.so.4
> #24 0x00007f7bca3e5369 in QCoreApplication::exec () from
> #25 0x00007f7bbeb9743f in kdemain () from /usr/lib/libkdeinit4_plasma-
> #26 0x0000000000406e0e in _start ()
More information about the compiz