Bug 170547 - Dolphin crashes with certain image files in "Details" view mode if "Preview" is enabled (assertion "!icon.isNull()" failed)
Summary: Dolphin crashes with certain image files in "Details" view mode if "Preview" ...
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
: 162886 168375 169816 170618 170750 171327 171345 171471 172146 172370 172822 174969 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-09-06 16:45 UTC by R Muench
Modified: 2008-12-23 22:02 UTC (History)
19 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
one the files which cause the crash (559 bytes, image/gif)
2008-09-06 16:56 UTC, R Muench
Details
on of the files which cause the crash (2.05 KB, image/jpeg)
2008-09-06 16:56 UTC, R Muench
Details
Killer PNG (58.65 KB, image/png)
2008-10-02 22:03 UTC, Emmanuel Surleau
Details
Good boy PNG (57.24 KB, image/png)
2008-10-02 22:13 UTC, Emmanuel Surleau
Details
fix the crash in dolphin kpart (1.21 KB, patch)
2008-12-23 04:46 UTC, Marcel Partap
Details
better fix (1.05 KB, patch)
2008-12-23 07:10 UTC, Marcel Partap
Details

Note You need to log in before you can comment on or make changes to this bug.
Description R Muench 2008-09-06 16:45:26 UTC
Version:            (using KDE 4.1.1)
OS:                Linux
Installed from:    Ubuntu Packages

when opening a folder (listing view?) wich contains one or both of two certain image files (.gif 0r .jpg) the following Report is generated. If required i can upload both files:

Anwendung: Dolphin (dolphin), Signal SIGABRT
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7f23542c5780 (LWP 15478)]
[KCrash handler]
#5  0x00007f2350b1a095 in raise () from /lib/libc.so.6
#6  0x00007f2350b1baf0 in abort () from /lib/libc.so.6
#7  0x00007f23529cd055 in qt_message_output (msgType=QtFatalMsg, 
    buf=<value optimized out>) at global/qglobal.cpp:2061
#8  0x00007f23529cd19d in qFatal (msg=<value optimized out>)
    at global/qglobal.cpp:2263
#9  0x00007f23538b3ff5 in KDirModel::setData (this=0xa24100, 
    index=@0x7fff5c2fbe20, value=@0x7fff5c2fbe40, role=<value optimized out>)
    at /build/buildd/kde4libs-4.1.1+really4.1.1/kio/kio/kdirmodel.cpp:558
#10 0x00007f2353eb28e0 in ?? () from /usr/lib/kde4/lib/libdolphinprivate.so.4
#11 0x00007f2353eb3230 in ?? () from /usr/lib/kde4/lib/libdolphinprivate.so.4
#12 0x00007f2352ac5497 in QObject::event (this=0x9c2080, e=0xff6750)
    at kernel/qobject.cpp:1140
#13 0x00007f2351854acf in QApplicationPrivate::notify_helper (this=0x696850, 
    receiver=0x9c2080, e=0xff6750) at kernel/qapplication.cpp:3800
#14 0x00007f2351856c85 in QApplication::notify (this=0x7fff5c2fc800, 
    receiver=0x9c2080, e=0xff6750) at kernel/qapplication.cpp:3765
#15 0x00007f23533ccea1 in KApplication::notify (this=0x7fff5c2fc800, 
    receiver=0x9c2080, event=0xff6750)
    at /build/buildd/kde4libs-4.1.1+really4.1.1/kdeui/kernel/kapplication.cpp:311
#16 0x00007f2352ab66b9 in QCoreApplication::notifyInternal (
    this=0x7fff5c2fc800, receiver=0x9c2080, event=0xff6750)
    at kernel/qcoreapplication.cpp:591
#17 0x00007f2352ab79db in QCoreApplicationPrivate::sendPostedEvents (
    receiver=0x0, event_type=0, data=0x6742d0)
    at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#18 0x00007f2352adf6e3 in postEventSourceDispatch (s=<value optimized out>)
    at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220
#19 0x00007f234dba63d4 in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#20 0x00007f234dba96e5 in ?? () from /usr/lib/libglib-2.0.so.0
#21 0x00007f234dba9bcb in g_main_context_iteration ()
   from /usr/lib/libglib-2.0.so.0
#22 0x00007f2352adf9df in QEventDispatcherGlib::processEvents (this=0x695220, 
    flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:325
#23 0x00007f23518de20f in QGuiEventDispatcherGlib::processEvents (
    this=0x3c76, flags=<value optimized out>)
    at kernel/qguieventdispatcher_glib.cpp:204
#24 0x00007f2352ab5b35 in QEventLoop::processEvents (
    this=<value optimized out>, flags=@0x7fff5c2fc730)
    at kernel/qeventloop.cpp:149
#25 0x00007f2352ab5c8b in QEventLoop::exec (this=0x7fff5c2fc770, 
    flags=@0x7fff5c2fc780) at kernel/qeventloop.cpp:200
#26 0x00007f2352ab7cd9 in QCoreApplication::exec ()
    at kernel/qcoreapplication.cpp:849
#27 0x000000000043c07e in ?? ()
#28 0x00007f2350b061c4 in __libc_start_main () from /lib/libc.so.6
#29 0x0000000000420869 in _start ()
#0  0x00007f2350b85b50 in __nanosleep_nocancel () from /lib/libc.so.6

Every thing works fine, wenn the icon view is selected. The crash only happens when the detailed view is selected.
Comment 1 R Muench 2008-09-06 16:56:21 UTC
Created attachment 27280 [details]
one the files which cause the crash
Comment 2 R Muench 2008-09-06 16:56:57 UTC
Created attachment 27281 [details]
on of the files which cause the crash
Comment 3 Oliver Putz 2008-09-07 10:53:11 UTC
Confirming on KDE-4.1.1 with the backtrace below. However, I need to preview the files in dolphin in order to make it crash. Eiter selecting Preview as view or hovering over the file to show the preview in the right sidebar is enough to make dolphin crash.

Backtrace: 

Application: Dolphin (dolphin), signal SIGABRT
[Thread debugging using libthread_db enabled]
[New Thread 0xb6167700 (LWP 2405)]
[KCrash handler]
#6  0xffffe424 in __kernel_vsyscall ()
#7  0xb6455690 in *__GI_raise (sig=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#8  0xb6456ed8 in *__GI_abort () at abort.c:88
#9  0xb74a236f in qt_message_output (msgType=QtFatalMsg, 
    buf=0xbfcb8620 "ASSERT: \"!icon.isNull()\" in file /var/tmp/portage/kde-base/kdelibs-4.1.1/work/kdelibs-4.1.1/kio/kio/kdirmodel.cpp, line 558")
    at global/qglobal.cpp:2061
#10 0xb74a242e in qFatal (msg=0xb75ebafc "ASSERT: \"%s\" in file %s, line %d")
    at global/qglobal.cpp:2263
#11 0xb74a276f in qt_assert (assertion=0xb7e745c0 "!icon.isNull()", 
    file=0xb7e74328 "/var/tmp/portage/kde-base/kdelibs-4.1.1/work/kdelibs-4.1.1/kio/kio/kdirmodel.cpp", line=558) at global/qglobal.cpp:1831
#12 0xb7d70262 in KDirModel::setData (this=0x81a3b18, index=@0xbfcba6f4, 
    value=@0xbfcba704, role=1)
    at /var/tmp/portage/kde-base/kdelibs-4.1.1/work/kdelibs-4.1.1/kio/kio/kdirmodel.cpp:558
#13 0xb7f7e081 in IconManager::dispatchPreviewQueue (this=0x8485158)
    at /var/tmp/portage/kde-base/dolphin-4.1.1/work/dolphin-4.1.1/apps/dolphin/src/iconmanager.cpp:317
#14 0xb7f7eb25 in IconManager::qt_metacall (this=0x8485158, 
    _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xbfcba7d8)
    at /var/tmp/portage/kde-base/dolphin-4.1.1/work/dolphin_build/apps/dolphin/src/iconmanager.moc:79
#15 0xb75b2131 in QMetaObject::activate (sender=0x847ae90, 
    from_signal_index=<value optimized out>, to_signal_index=4, argv=0x0)
    at kernel/qobject.cpp:3007
#16 0xb75b4028 in QMetaObject::activate (sender=0x847ae90, m=0xb76809c4, 
    local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3077
#17 0xb75eaf2d in QTimer::timeout (this=0x847ae90)
    at .moc/debug-shared/moc_qtimer.cpp:126
#18 0xb75b81be in QTimer::timerEvent (this=0x847ae90, e=0xbfcbac8c)
    at kernel/qtimer.cpp:263
#19 0xb75ab5b9 in QObject::event (this=0x847ae90, e=0xbfcbac8c)
    at kernel/qobject.cpp:1096
#20 0xb68e2f1b in QApplicationPrivate::notify_helper (this=0x80affb0, 
    receiver=0x847ae90, e=0xbfcbac8c) at kernel/qapplication.cpp:3800
#21 0xb68e9a55 in QApplication::notify (this=0xbfcbb04c, receiver=0x847ae90, 
    e=0xbfcbac8c) at kernel/qapplication.cpp:3392
#22 0xb7b39ce9 in KApplication::notify (this=0xbfcbb04c, receiver=0x847ae90, 
    event=0xbfcbac8c)
    at /var/tmp/portage/kde-base/kdelibs-4.1.1/work/kdelibs-4.1.1/kdeui/kernel/kapplication.cpp:311
#23 0xb759b771 in QCoreApplication::notifyInternal (this=0xbfcbb04c, 
    receiver=0x847ae90, event=0xbfcbac8c) at kernel/qcoreapplication.cpp:591
#24 0xb75c7ffe in QTimerInfoList::activateTimers (this=0x80b070c)
    at kernel/qcoreapplication.h:215
#25 0xb75c81c2 in QEventDispatcherUNIX::processEvents (this=0x80b0068, flags=
      {i = -1077170388}) at kernel/qeventdispatcher_unix.cpp:899
#26 0xb697803f in QEventDispatcherX11::processEvents (this=0x80b0068, flags=
      {i = -1077170328}) at kernel/qeventdispatcher_x11.cpp:154
#27 0xb759a300 in QEventLoop::processEvents (this=0xbfcbafe0, flags=
      {i = -1077170264}) at kernel/qeventloop.cpp:149
#28 0xb759a4a2 in QEventLoop::exec (this=0xbfcbafe0, flags={i = -1077170200})
    at kernel/qeventloop.cpp:200
#29 0xb759c8bf in QCoreApplication::exec () at kernel/qcoreapplication.cpp:849
#30 0xb68e2cb3 in QApplication::exec () at kernel/qapplication.cpp:3330
#31 0x0807f218 in main (argc=6, argv=0xbfcbb204)
    at /var/tmp/portage/kde-base/dolphin-4.1.1/work/dolphin-4.1.1/apps/dolphin/src/main.cpp:94
#0  0xffffe424 in __kernel_vsyscall ()
Comment 4 Frank Reininghaus 2008-09-07 19:39:24 UTC
*** Bug 170618 has been marked as a duplicate of this bug. ***
Comment 5 Frank Reininghaus 2008-09-07 19:45:49 UTC
I can confirm this with Dolphin and Konqueror in KDE 4.1.1 in "Details" View mode when "Preview" is enabled. The failed assertion

ASSERT: "!icon.isNull()" in file /build/buildd/kde4libs-4.1.1+really4.1.1/kio/kio/kdirmodel.cpp, line 558

is reported. Probably a problem in kdelibs? SVN trunk rev. 857909 does not crash for me.

Note that the duplicate bug 170618 contains more test images.
Comment 6 Frank Reininghaus 2008-09-07 19:50:12 UTC
*** Bug 168375 has been marked as a duplicate of this bug. ***
Comment 7 Frank Reininghaus 2008-09-07 20:00:10 UTC
*** Bug 169816 has been marked as a duplicate of this bug. ***
Comment 8 Frank Reininghaus 2008-09-17 20:39:17 UTC
I did a bit of research and got the impression that this was probably fixed in trunk by 

http://websvn.kde.org/?view=rev&revision=848955

(848954 crashes for me with a similar backtrace, 848955 works fine). I suppose the fix is not in the 4.1 branch because this commit was on August 18, a few weeks before 4.1.1 was tagged.

Maybe this can be backported, Peter?
Comment 9 Frank Reininghaus 2008-09-17 20:40:55 UTC
*** Bug 170750 has been marked as a duplicate of this bug. ***
Comment 10 Bernhard Posselt 2008-09-19 05:34:42 UTC
I can confirm this with dolphin in kde 4.1.1

gdb says the following: 

(gdb) dolphin(4579) MetaDataWidget::setFile: KUrl("file:///home/bernhard")
dolphin(4579) MetaDataWidget::setFile: KUrl("file:///home/bernhard")
ASSERT: "!icon.isNull()" in file /build/buildd/kde4libs-4.1.1+really4.1.1/kio/kio/kdirmodel.cpp, line 558
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = dolphin path = <unknown> pid = 4579
sock_file=/home/bernhard/.kde4/socket-bernhard-laptop/kdeinit4__0
Comment 11 Bernhard Posselt 2008-09-19 05:35:04 UTC
I can confirm this with dolphin in kde 4.1.1

gdb says the following: 

(gdb) dolphin(4579) MetaDataWidget::setFile: KUrl("file:///home/bernhard")
dolphin(4579) MetaDataWidget::setFile: KUrl("file:///home/bernhard")
ASSERT: "!icon.isNull()" in file /build/buildd/kde4libs-4.1.1+really4.1.1/kio/kio/kdirmodel.cpp, line 558
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = dolphin path = <unknown> pid = 4579
sock_file=/home/bernhard/.kde4/socket-bernhard-laptop/kdeinit4__0
Comment 12 Oliver Putz 2008-09-21 22:20:29 UTC
*** Bug 171327 has been marked as a duplicate of this bug. ***
Comment 13 Frank Reininghaus 2008-09-29 00:18:09 UTC
*** Bug 171471 has been marked as a duplicate of this bug. ***
Comment 14 Emmanuel Surleau 2008-10-02 08:04:40 UTC
Bug confirmed in KDE 4.1.2 on Debian
Comment 15 David Faure 2008-10-02 13:06:20 UTC
No crash here. Is your Qt compiled without GIF support, maybe?
That would explain why the image can't be loaded, and the preview empty.
(Of course the real fix is to avoid calling setData with a null icon in that case)
Comment 16 Emmanuel Surleau 2008-10-02 22:03:39 UTC
Created attachment 27662 [details]
Killer PNG

This PNG makes Dolphin crash
Comment 17 Emmanuel Surleau 2008-10-02 22:12:30 UTC
It's not a GIF in my case, it's a PNG. It made dolphin crash when trying to display my home directory (annoying). Putting it all alone in an empty directory also makes dolphin crash - see attachment "Killer PNG".

I'll add that my Dolphin can display JPEGs just fine. GIFs are OK too. Some PNGs seem to work (see attachment "Good Boy PNG").

Dolphin's view mode is set as 'Details' (I can attach the rc file if useful).
Comment 18 Emmanuel Surleau 2008-10-02 22:13:37 UTC
Created attachment 27663 [details]
Good boy PNG

This PNG does NOT make Dolphin crash
Comment 19 Frank Reininghaus 2008-10-02 22:17:22 UTC
Comment 15: Have you tried to reproduce in trunk or 4.1.x, David? It works for me in trunk, but not in 4.1.1 (see my comment 8), I think I even found the commit that fixes it (although it might be that the bug is still there and only hidden now).

It's got nothing to do with .gif support, we have .jpg and .png test cases as well. All the problematic images seem to have in common that they are either very broad or very high, i.e., quite far away from the square-shape that would be better suited to preview icons.
Comment 20 Dien Nguyen 2008-10-02 22:49:57 UTC
I can confirm that the .gif that was causing me troubles had unsquare-y dimensions, as well (1x119). Emmanuel's .png also crashed Dolphin. It did not crash while I was in icon mode, but did crash when I turned it back to details mode. I am using 4.1.1.
Comment 21 David Faure 2008-10-02 23:54:31 UTC
I tried "killer png" with dolphin from 4.1.x branch, no crash. Tried hovering, previews, details mode, no crash.
I think this means the bug has been fixed after the 4.1.1 release.
Comment 22 Frank Reininghaus 2008-10-03 23:26:12 UTC
I'm still getting the crash (with all 3 files attached to this report) after the update to 4.1.2 (Kubuntu, using Qt 4.4.1).
Comment 23 Per Ångström 2008-10-05 10:22:23 UTC
I got a crash in 4.1.2 (on OpenSUSE 11.0) when Dolphin tried to render a PGN image that was simultaneously being written by another another application. So I think one way to recreate the problem is to have a small app that progressively writes a PGN image while having Dolphin open in the same directory.
Comment 24 Adam Drojewski 2008-10-05 19:10:57 UTC
*** Bug 172146 has been marked as a duplicate of this bug. ***
Comment 25 Marcel Partap 2008-10-05 19:39:00 UTC
(note to developers about importance of this bug: you know that each (duplicate) report probably counts for 500 crashes, right?)

It seems the code that produces thumbnails breaks, especially on corrupt files or producing small thumbnails from giant images.
anyways while i do not see the assertion in xsession-errors file, konqueror does crash after a few seconds browsing my home dir so i continue using konq3 until someone has solved this.
Comment 26 Frank Reininghaus 2008-10-09 19:53:57 UTC
*** Bug 171345 has been marked as a duplicate of this bug. ***
Comment 27 Frank Reininghaus 2008-10-09 20:47:21 UTC
*** Bug 172370 has been marked as a duplicate of this bug. ***
Comment 28 Peter Penz 2008-10-15 20:02:50 UTC
SVN commit 871813 by ppenz:

Workaround for a crash when converting valid QPixmaps having a huge width to a QIcon (-> QIcon::isNull() will return true). I did not have the time for a more detailed analyzes, but this issue does not occur on trunk with a recent Qt/KDE version; so no forward port to trunk is done.

BUG: 170547

 M  +4 -1      iconmanager.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=871813
Comment 29 Simon St James 2008-10-18 21:39:03 UTC
*** Bug 162886 has been marked as a duplicate of this bug. ***
Comment 30 Frank Reininghaus 2008-11-17 22:22:32 UTC
*** Bug 172822 has been marked as a duplicate of this bug. ***
Comment 31 Emmanuel Surleau 2008-11-18 00:44:52 UTC
With KDE 4.1.3 (Debian), this issue seems solved. The 'killer' PNG doesn't crash Dolphin anymore - Dolphin seems to detect the odd dimensions and displays an icon instead of a preview, which is a desirable behaviour, since the preview would be barely or not at all visible anyway.
Comment 32 Frank Reininghaus 2008-11-18 14:46:29 UTC
*** Bug 174969 has been marked as a duplicate of this bug. ***
Comment 33 Marcel Partap 2008-12-12 23:04:02 UTC
It's back again!
Folder views crash with smallest icon size. Here's backtraces from columns and details view, occurs when reducing the icon size to minimum (16²). I should say this occurs with most recent checkouts from linux kernel, XOrg, QT4.5 and KDE4 svn/git (bleeeding edge ;)

Application: Konqueror (konqueror), signal SIGABRT
0x00007fd0f6866d91 in nanosleep () from /lib64/libc.so.6

Thread 1 (Thread 0x7fd0fbe89750 (LWP 31710)):
[KCrash Handler]
#5  0x00007fd0f67f91f5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#6  0x00007fd0f67fa713 in *__GI_abort () at abort.c:88
#7  0x00007fd0f923252d in qt_message_output () from /usr/lib64/qt4/libQtCore.so.4
#8  0x00007fd0f9232640 in qFatal () from /usr/lib64/qt4/libQtCore.so.4
#9  0x00007fd0fab480d9 in KDirModel::setData () from /usr/kde/svn/lib64/libkio.so.5
#10 0x00007fd0eade758d in KFilePreviewGenerator::Private::dispatchPreviewQueue () from /usr/kde/svn/lib64/libkfile.so.4
#11 0x00007fd0eade7f81 in KFilePreviewGenerator::qt_metacall () from /usr/kde/svn/lib64/libkfile.so.4
#12 0x00007fd0f932a9d6 in QObject::event () from /usr/lib64/qt4/libQtCore.so.4
#13 0x00007fd0f860815d in QApplicationPrivate::notify_helper () from /usr/lib64/qt4/libQtGui.so.4
#14 0x00007fd0f861095e in QApplication::notify () from /usr/lib64/qt4/libQtGui.so.4
#15 0x00007fd0fa0e47ae in KApplication::notify () from /usr/kde/svn/lib64/libkdeui.so.5
#16 0x00007fd0f931a723 in QCoreApplication::notifyInternal () from /usr/lib64/qt4/libQtCore.so.4
#17 0x00007fd0f931de5d in QCoreApplicationPrivate::sendPostedEvents () from /usr/lib64/qt4/libQtCore.so.4
#18 0x00007fd0f93424b3 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#19 0x00007fd0f53ccfc1 in IA__g_main_context_dispatch (context=0x626d90) at gmain.c:2144
#20 0x00007fd0f53d069d in g_main_context_iterate (context=0x626d90, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2778
#21 0x00007fd0f53d085b in IA__g_main_context_iteration (context=0x626d90, may_block=1) at gmain.c:2841
#22 0x00007fd0f934220f in QEventDispatcherGlib::processEvents () from /usr/lib64/qt4/libQtCore.so.4
#23 0x00007fd0f86920af in ?? () from /usr/lib64/qt4/libQtGui.so.4
#24 0x00007fd0f93193c2 in QEventLoop::processEvents () from /usr/lib64/qt4/libQtCore.so.4
#25 0x00007fd0f9319555 in QEventLoop::exec () from /usr/lib64/qt4/libQtCore.so.4
#26 0x00007fd0f931e116 in QCoreApplication::exec () from /usr/lib64/qt4/libQtCore.so.4
#27 0x00007fd0fba9b917 in kdemain () from /usr/kde/svn/lib64/libkdeinit4_konqueror.so
#28 0x00007fd0f67e55b6 in __libc_start_main (main=0x4009a0 <_start+240>, argc=2, ubp_av=0x7fff03ee2308, init=0x4009d0 <__libc_csu_init>, fini=<value optimized out>, rtld_fini=<value optimized out>, 
    stack_end=0x7fff03ee22f8) at libc-start.c:226
#29 0x00000000004008d9 in _start ()
----------------------------------------
Application: Konqueror (konqueror), signal SIGABRT
0x00007ffa13799d60 in __nanosleep_nocancel () from /lib64/libc.so.6

Thread 1 (Thread 0x7ffa18dbc750 (LWP 6298)):
[KCrash Handler]
#5  0x00007ffa1372c1f5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#6  0x00007ffa1372d713 in *__GI_abort () at abort.c:88
#7  0x00007ffa1616552d in qt_message_output () from /usr/lib64/qt4/libQtCore.so.4
#8  0x00007ffa16165640 in qFatal () from /usr/lib64/qt4/libQtCore.so.4
#9  0x00007ffa17a7b0d9 in KDirModel::setData () from /usr/kde/svn/lib64/libkio.so.5
#10 0x00007ffa07ba458d in KFilePreviewGenerator::Private::dispatchPreviewQueue () from /usr/kde/svn/lib64/libkfile.so.4
#11 0x00007ffa07ba47dc in KFilePreviewGenerator::Private::resumePreviews () from /usr/kde/svn/lib64/libkfile.so.4
#12 0x00007ffa07ba4fb1 in KFilePreviewGenerator::qt_metacall () from /usr/kde/svn/lib64/libkfile.so.4
#13 0x00007ffa16262d16 in QMetaObject::activate () from /usr/lib64/qt4/libQtCore.so.4
#14 0x00007ffa1625d6e3 in QObject::event () from /usr/lib64/qt4/libQtCore.so.4
#15 0x00007ffa1553b15d in QApplicationPrivate::notify_helper () from /usr/lib64/qt4/libQtGui.so.4
#16 0x00007ffa1554395e in QApplication::notify () from /usr/lib64/qt4/libQtGui.so.4
#17 0x00007ffa170177ae in KApplication::notify () from /usr/kde/svn/lib64/libkdeui.so.5
#18 0x00007ffa1624d723 in QCoreApplication::notifyInternal () from /usr/lib64/qt4/libQtCore.so.4
#19 0x00007ffa1627861e in ?? () from /usr/lib64/qt4/libQtCore.so.4
#20 0x00007ffa1627529d in ?? () from /usr/lib64/qt4/libQtCore.so.4
#21 0x00007ffa122fffc1 in IA__g_main_context_dispatch (context=0x626d90) at gmain.c:2144
#22 0x00007ffa1230369d in g_main_context_iterate (context=0x626d90, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2778
#23 0x00007ffa1230385b in IA__g_main_context_iteration (context=0x626d90, may_block=1) at gmain.c:2841
#24 0x00007ffa1627520f in QEventDispatcherGlib::processEvents () from /usr/lib64/qt4/libQtCore.so.4
#25 0x00007ffa155c50af in ?? () from /usr/lib64/qt4/libQtGui.so.4
#26 0x00007ffa1624c3c2 in QEventLoop::processEvents () from /usr/lib64/qt4/libQtCore.so.4
#27 0x00007ffa1624c555 in QEventLoop::exec () from /usr/lib64/qt4/libQtCore.so.4
#28 0x00007ffa16251116 in QCoreApplication::exec () from /usr/lib64/qt4/libQtCore.so.4
#29 0x00007ffa189ce917 in kdemain () from /usr/kde/svn/lib64/libkdeinit4_konqueror.so
#30 0x00007ffa137185b6 in __libc_start_main (main=0x4009a0 <_start+240>, argc=2, ubp_av=0x7fff20e13238, init=0x4009d0 <__libc_csu_init>, fini=<value optimized out>, rtld_fini=<value optimized out>, 
    stack_end=0x7fff20e13228) at libc-start.c:226
#31 0x00000000004008d9 in _start ()

Comment 34 Frank Reininghaus 2008-12-19 22:49:52 UTC
(In reply to comment #33)
> It's back again!

Marcel, your backtrace is a bit different from the one of the original crash, it looks pretty much like the one Darío posted in http://bugs.kde.org/show_bug.cgi?id=175396#c3, maybe it's the same issue (I couldn't reproduce that in trunk so far though).
Comment 35 Marcel Partap 2008-12-23 04:46:32 UTC
Created attachment 29567 [details]
fix the crash in dolphin kpart

Ok well the workaround in #28 only removes the problem in dolphin, not in the kpart embedded in konqueror. Also that file went away in 4.2... So here's a fix that sets the icon to the default filetype icon if the scaled thumbnail has a null dimension (else there might occur visual glitch).
Comment 36 Marcel Partap 2008-12-23 07:10:14 UTC
Created attachment 29568 [details]
better fix

Thinking about that other bug mentioned, this is a better fix.
Comment 37 Peter Penz 2008-12-23 08:33:58 UTC
Thanks Marcel for the patch.

The patch in comment #28 also works for Konqueror, but it has not been applied on trunk as it was not reproducible there (at least with a recent Qt 4.4 version).

I'm not sure whether the correct fix should be done in KDirModel or whether the patch in comment #28 should be applied to kdelibs/kfile/kfilepreviewgenerator.cpp (= kdebase/apps/dolphin/src/iconmanager.cpp in KDE 4.1).

I think your patch for KDirModel should be applied, as setting a null-icon with setData() should be possible IMO.

@David: do you have any objections to apply the "better fix" patch?


Comment 38 David Faure 2008-12-23 22:02:23 UTC
SVN commit 900875 by dfaure:

Allow to revert from preview to normal-icon using setData(DecorationRole, QIcon()).
I don't think the setPreview(KIcon(node->item().iconName())) is needed; this KIcon is exactly
 what data(DecorationRole) returns when the preview is null, so no need to store it explicitely, right?
CCBUG: 170547


 M  +0 -1      kdirmodel.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=900875