No details. Just crash by closing Reproducible: Always Steps to Reproduce: 1. Open Gwenview. 2. Work. 3. Close Gwenview Actual Results: Crash report. Expected Results: Just be closed.
I guess it would be a lot easier to figure out exactly what happens if you could provide at least a backtrace of the crash reported.
Can reproduce. Backtrace: #0 0x00007ffff5591919 in QRasterWindowSurface::~QRasterWindowSurface() () from /lib64/libQtGui.so.4 #1 0x00007ffff5591999 in QRasterWindowSurface::~QRasterWindowSurface() () from /lib64/libQtGui.so.4 #2 0x00007ffff55a9cac in QWidgetBackingStore::~QWidgetBackingStore() () from /lib64/libQtGui.so.4 #3 0x00007ffff53e7489 in QWidgetBackingStoreTracker::destroy() () from /lib64/libQtGui.so.4 #4 0x00007ffff53e7629 in QWidgetPrivate::deleteExtra() () from /lib64/libQtGui.so.4 #5 0x00007ffff53e783d in QWidgetPrivate::~QWidgetPrivate() () from /lib64/libQtGui.so.4 #6 0x00007ffff53e7ac9 in QWidgetPrivate::~QWidgetPrivate() () from /lib64/libQtGui.so.4 #7 0x00007ffff6dc75a5 in QObject::~QObject() () from /lib64/libQtCore.so.4 #8 0x00007ffff53f02cc in QWidget::~QWidget() () from /lib64/libQtGui.so.4 #9 0x00007ffff53f0549 in QWidget::~QWidget() () from /lib64/libQtGui.so.4 #10 0x00007ffff5938fd5 in QGlobalStaticDeleter<QWidget>::~QGlobalStaticDeleter() () from /lib64/libQtGui.so.4 #11 0x00007ffff46869f9 in __run_exit_handlers () from /lib64/libc.so.6 #12 0x00007ffff4686a45 in exit () from /lib64/libc.so.6 #13 0x00007ffff4670c8c in __libc_start_main () from /lib64/libc.so.6 #14 0x0000000000428e1e in _start () I believe it might also be related to the other (invisible panel) bug. Only happens if one of the side panels has been made visible.
Created attachment 84628 [details] New crash information added by DrKonqi gwenview (4.12.0) on KDE Platform 4.12.0 using Qt 4.8.4 - What I was doing when the application crashed: I have already made my bugreport earlier. -- Backtrace (Reduced): #6 0x00007f3c36e1df79 in QRasterWindowSurface::~QRasterWindowSurface (this=0x141f880, __in_chrg=<optimized out>) at painting/qwindowsurface_raster.cpp:117 #7 0x00007f3c36e1dff9 in QRasterWindowSurface::~QRasterWindowSurface (this=0x141f880, __in_chrg=<optimized out>) at painting/qwindowsurface_raster.cpp:121 #8 0x00007f3c36e3634c in QWidgetBackingStore::~QWidgetBackingStore (this=0x13c7090, __in_chrg=<optimized out>) at painting/qbackingstore.cpp:909 #9 0x00007f3c36c6ee09 in QWidgetBackingStoreTracker::destroy (this=0x159aa20) at kernel/qwidget.cpp:221 #10 0x00007f3c36c6efa9 in QWidgetPrivate::deleteExtra (this=this@entry=0x15ddf40) at kernel/qwidget.cpp:1835
Hugo, does oxygen-transparent use a global QWidget? See also bug 261539, which is caused by a global QWidget from Qt and from KIdleTime.
Hugo: Trying to reproduce this, I could not find any Qt5 version of Oxygen Transparent (the kf5 branch is almost 4 years old and does not even configure correctly). Is this ever planned to come back or can we close this crasher bug (if the crash is not a generic issue)?
(In reply to Henrik Fehlauer from comment #5) > Hugo: Trying to reproduce this, I could not find any Qt5 version of Oxygen > Transparent (the kf5 branch is almost 4 years old and does not even > configure correctly). Is this ever planned to come back or can we close this > crasher bug (if the crash is not a generic issue)? Hi, there is no plan to have an "oxygen-transparent" for Qt5/kf5 (in fact I think qt5 makes it pretty difficult). So you can safely close the bug report. Best, Hugo
Hugo: Okay, thanks. Jacobtey: Sorry we could not solve this for you. I hope you found another style you are happy with in the meantime.