Hello together!
I've found a couple of bugs with current compiz git,
most of them related to the use of KDE and wanted to
let you know.
1. kde-window-decorator crashes every now and then.
This seems to be especially often when starting
kaffeine media player, but not exclusively. I've
attached a backtrace, though I don't know if it is
useful in this form...
2. Resizing a KDE-Window (independently of the
window-decorator -- just a kde window like konqueror)
doesn't work properly. When grabbing one edge all
other edges change position. Only when you use the
bottom right corner it works as expected. Strangely
GNOME/Gtk windows work as expected.
3. When mplayer starts the player window has strange
dimensions resulting in blank (white) window
decorations...
Those are the most annoying bugs I know and would
really like to see those fixed...
thx.
___________________________________________________________
Der fr?he Vogel f?ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail:
http://mail.yahoo.de
-------------- next part --------------
Using host libthread_db library
"/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1227004208 (LWP 9387)]
[KCrash handler]
#6 0xb72e184e in QObject::parent () from /usr/lib/libqt-mt.so.3
#7 0xb72e201f in QWidget::parentWidget () from /usr/lib/libqt-mt.so.3
#8 0xb73f586f in QWidget::~QWidget () from /usr/lib/libqt-mt.so.3
#9 0xb7456a5f in QButton::~QButton () from /usr/lib/libqt-mt.so.3
#10 0xb7c3a7b1 in KCommonDecorationButton::~KCommonDecorationButton ()
from /usr/lib/libkdecorations.so.1
#11 0xb6c1c6c5 in KWinPlastik::PlastikButton::~PlastikButton ()
from /usr/lib/kde3/kwin3_plastik.so
#12 0xb7c3d3d4 in KCommonDecoration::~KCommonDecoration ()
from /usr/lib/libkdecorations.so.1
#13 0xb6c1f9c8 in KWinPlastik::PlastikClient::~PlastikClient ()
from /usr/lib/kde3/kwin3_plastik.so
#14 0x0805c436 in ~Window (this=0xb6c25624) at window.cpp:145
#15 0x080535a9 in KWD::Decorator::handleWindowRemoved (this=0x806a1a0,
id=48234503) at decorator.cpp:982
#16 0x08051306 in KWD::Decorator::qt_invoke (this=0x806a1a0, _id=21,
_o=0xbf9797a4) at decorator.moc.cpp:109
#17 0xb73b8813 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#18 0xb7d33261 in KWinModule::windowRemoved () from /usr/lib/libkdecore.so.4
#19 0xb7d37657 in KWinModulePrivate::removeClient ()
from /usr/lib/libkdecore.so.4
#20 0xb7d28412 in NETRootInfo::update () from /usr/lib/libkdecore.so.4
#21 0xb7d28805 in NETRootInfo::event () from /usr/lib/libkdecore.so.4
#22 0xb7d39064 in KWinModulePrivate::x11Event () from /usr/lib/libkdecore.so.4
#23 0xb7e07183 in KApplication::x11EventFilter ()
from /usr/lib/libkdecore.so.4
#24 0x08053bbd in KWD::Decorator::x11EventFilter (this=0x806a1a0,
xevent=0xbf979f28) at decorator.cpp:824
#25 0xb72ce133 in ?? () from /usr/lib/libqt-mt.so.3
#26 0x0806a1a0 in ?? ()
#27 0xbf979f28 in ?? ()
#28 0x00400000 in ?? ()
#29 0xb78808f0 in ?? () from /usr/lib/libqt-mt.so.3
#30 0xbf979f28 in ?? ()
#31 0xb78808f0 in ?? () from /usr/lib/libqt-mt.so.3
#32 0xbf979dc8 in ?? ()
#33 0xb72de8c2 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3
Backtrace stopped: frame did not save the PC
> 2. Resizing a KDE-Window (independently of the > window-decorator -- just a kde window like konqueror) > doesn't work properly. When grabbing one edge all > other edges change position. Only when you use the > bottom right corner it works as expected. Strangely > GNOME/Gtk windows work as expected.I'd add to this point that this is not only KDE-specific, I can reliably reproduce the described behaviour with xterm window. I have once worked it around using XGetWindowAttributes instead of rd->w->attrib in each call of resizeUpdateWindowSize, but this is both too ugly to be really suggested and still not 100% reliable (the bottom edge tends to vary +-1 line). There is still another problem that worries me - sometimes the Shade/Unshade function causes the window to jump vertically, about randomly. The window ends up at approx. half its height after Shade and a little above or under its original position after Unshade, but sometimes half above the top of screen, too. This is not restricted to any types of windows, but occasional in the sense that sometimes it just does happen and sometimes it doesn't on the same window. I didn't investigate this much, but I have suspicion it's related to whether a window is in more or less "stable" position, meaning whether it wobbles a bit or not when its caption is clicked. I'm sorry if this has been discussed here or somewhere in the past, I don't know it. Vasek
On Thu, 2007-03-01 at 10:52 +0100, Hillmann wrote:> Hello together! > > I've found a couple of bugs with current compiz git, > most of them related to the use of KDE and wanted to > let you know. > > 1. kde-window-decorator crashes every now and then. > This seems to be especially often when starting > kaffeine media player, but not exclusively. I've > attached a backtrace, though I don't know if it is > useful in this form...I haven't been able to reproduce this yet. kaffeine starts fine for me. valgrind might give us some useful information. Try running kwd like this: $ valgrind --tool=memcheck kde-window-decorator> > 2. Resizing a KDE-Window (independently of the > window-decorator -- just a kde window like konqueror) > doesn't work properly. When grabbing one edge all > other edges change position. Only when you use the > bottom right corner it works as expected. Strangely > GNOME/Gtk windows work as expected.This should be fixed now. The bug caused problems with all applications that don't support the synchronized resize protocol.> > 3. When mplayer starts the player window has strange > dimensions resulting in blank (white) window > decorations...mplayer has never done this for me. could you send that output from xprop and xwininfo for the mplayer window?> > Those are the most annoying bugs I know and would > really like to see those fixed...Yes, they seem very annoying and hopefully we can have them all fixed soon. - David
Hillmann wrote:> [...] >want to add this one as 4. : sometimes when I open a window it stays on all viewport but I never configured it to do so. (the window itself stays on the same viewport; but the gnome-panel displays it on all viewports). I cannot reproduce it that easy but when it happens for a app (ex: gnome-terminal) it keeps being "broken" like this until I restart X (maybe only compiz is enough). But it happens often enough to be annoying. here is the output of xwininfo for a gnome-terminal window that behaves like this: Absolute upper-left X: 271 Absolute upper-left Y: 95 Relative upper-left X: 271 Relative upper-left Y: 95 Width: 737 Height: 387 Depth: 32 Visual Class: TrueColor Border width: 0 Class: InputOutput Colormap: 0x4000003 (not installed) Bit Gravity State: NorthWestGravity Window Gravity State: NorthWestGravity Backing Store State: NotUseful Save Under State: no Map State: IsViewable Override Redirect State: no Corners: +271+95 -272+95 -272-542 +271-542 -geometry 80x24+271+95 I also saved the xprop output to a textfile if you need it I will attach it.