Bug 164252

Cannot reproduce using KDE4 from trunk.

I can't reproduce this either, but I'm not running a 64bit compiled system.

Might be just a regression bug, but could this also be because I have a shared samba dir?

That could be... 
Is there more information you can give us? I'm not that familiar with this.

Observers: Is there some bugzilla component for samba stuff? Can anyone with a share replicate this bug?

*** Bug 166506 has been marked as a duplicate of this bug. ***

Ah. Happens in dolphin too. Kio bug?

More information ? sure...what? it still happens even though I've updated the svn yesterday. Also it happens wheather samba service is started or not

Well, hopefully the backtrace is helpful.

isn't the one I posted here: http://bugs.kde.org/show_bug.cgi?id=166506 good? 

You mean post another one? Sure:
Application: Konqueror (konqueror), signal SIGABRT
0x00007fcbd076abd0 in __nanosleep_nocancel () from /lib64/libc.so.6

Thread 1 (Thread 0x7fcbd7695700 (LWP 3403)):
[KCrash Handler]
#5  0x00007fcbd0703535 in raise () from /lib64/libc.so.6
#6  0x00007fcbd07049e0 in abort () from /lib64/libc.so.6
#7  0x00007fcbd431a097 in qt_message_output (msgType=QtFatalMsg, buf=<value optimized out>) at global/qglobal.cpp:2058
#8  0x00007fcbd431a1d7 in qFatal (msg=<value optimized out>) at global/qglobal.cpp:2260
#9  0x00007fcbd67b854e in KDirListerCache::slotEntries (this=<value optimized out>, job=<value optimized out>, entries=@0x7fffdf6d7da0)
    at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kio/kio/kdirlister.cpp:951
#10 0x00007fcbd67bd2db in KDirListerCache::qt_metacall (this=0x2083a70, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fffdf6d7930)
    at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs_build/kio/kdirlister_p.moc:97
#11 0x00007fcbd4429152 in QMetaObject::activate (sender=0x1a9b440, from_signal_index=<value optimized out>, to_signal_index=40, argv=0xffffffffffffffff) at kernel/qobject.cpp:3001
#12 0x00007fcbd6798794 in KIO::ListJob::entries (this=0xd4b, _t1=0x1a9b440, _t2=<value optimized out>) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs_build/kio/jobclasses.moc:763
#13 0x00007fcbd67a0510 in KIO::ListJobPrivate::slotListEntries (this=0x216f9f0, list=@0x7fffdf6d7da0) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kio/kio/job.cpp:2318
#14 0x00007fcbd67a079f in KIO::ListJob::qt_metacall (this=0x1a9b440, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fffdf6d7bf0)
    at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs_build/kio/jobclasses.moc:750
#15 0x00007fcbd4429152 in QMetaObject::activate (sender=0x1f24830, from_signal_index=<value optimized out>, to_signal_index=10, argv=0xffffffffffffffff) at kernel/qobject.cpp:3001
#16 0x00007fcbd6825b05 in KIO::SlaveInterface::listEntries (this=0xd4b, _t1=<value optimized out>) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs_build/kio/slaveinterface.moc:177
#17 0x00007fcbd68274cc in KIO::SlaveInterface::dispatch (this=0x1f24830, _cmd=<value optimized out>, rawdata=@0x2)
    at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kio/kio/slaveinterface.cpp:196
#18 0x00007fcbd6827cd2 in KIO::SlaveInterface::dispatch (this=0x1f24830) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kio/kio/slaveinterface.cpp:91
#19 0x00007fcbd681c00a in KIO::Slave::gotInput (this=0x1f24830) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kio/kio/slave.cpp:319
#20 0x00007fcbd681d04a in KIO::Slave::qt_metacall (this=0x1f24830, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fffdf6d7f80)
    at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs_build/kio/slave.moc:75
#21 0x00007fcbd4429152 in QMetaObject::activate (sender=0x1e70d80, from_signal_index=<value optimized out>, to_signal_index=4, argv=0xffffffffffffffff) at kernel/qobject.cpp:3001
#22 0x00007fcbd6777212 in KIO::ConnectionPrivate::dequeue (this=0x1f24fc0) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kio/kio/connection.cpp:82
#23 0x00007fcbd6777f5c in KIO::Connection::qt_metacall (this=0x1e70d80, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x1b6ee40)
    at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs_build/kio/connection.moc:72
#24 0x00007fcbd4423cc7 in QObject::event (this=0x1e70d80, e=0x1f77100) at kernel/qobject.cpp:1131
#25 0x00007fcbd346f36f in QApplicationPrivate::notify_helper (this=0x1a3a6f0, receiver=0x1e70d80, e=0x1f77100) at kernel/qapplication.cpp:3772
#26 0x00007fcbd3473315 in QApplication::notify (this=0x7fffdf6d8b40, receiver=0x1e70d80, e=0x1f77100) at kernel/qapplication.cpp:3739
#27 0x00007fcbd5ed444e in KApplication::notify (this=0x7fffdf6d8b40, receiver=0x1e70d80, event=0x1f77100) at /var/tmp/paludis/kde-base-kdelibs-scm/work/kdelibs-scm/kdeui/kernel/kapplication.cpp:311
#28 0x00007fcbd4413888 in QCoreApplication::notifyInternal (this=0x7fffdf6d8b40, receiver=0x1e70d80, event=0x1f77100) at kernel/qcoreapplication.cpp:587
#29 0x00007fcbd4414ac8 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x1a24a50) at kernel/qcoreapplication.h:215
#30 0x00007fcbd44404f3 in postEventSourceDispatch (s=<value optimized out>) at kernel/qcoreapplication.h:220
#31 0x00007fcbcf1ece31 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#32 0x00007fcbcf1f00c6 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#33 0x00007fcbcf1f055f in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#34 0x00007fcbd4440a8f in QEventDispatcherGlib::processEvents (this=0x1a3a8b0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:325
#35 0x00007fcbd34fd58f in QGuiEventDispatcherGlib::processEvents (this=0xd4b, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204
#36 0x00007fcbd4412bb5 in QEventLoop::processEvents (this=<value optimized out>, flags=@0x7fffdf6d8880) at kernel/qeventloop.cpp:149
#37 0x00007fcbd4412d0e in QEventLoop::exec (this=0x7fffdf6d88c0, flags=@0x7fffdf6d88d0) at kernel/qeventloop.cpp:200
#38 0x00007fcbd4414e19 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845
#39 0x00007fcbd7285d4f in kdemain (argc=<value optimized out>, argv=<value optimized out>) at /var/tmp/paludis/kde-base-konqueror-scm/work/konqueror/apps/konqueror/src/konqmain.cpp:227
#40 0x00007fcbd06f04a4 in __libc_start_main () from /lib64/libc.so.6
#41 0x00000000004008f9 in _start ()

Same behaivor as before: open konqueror click network folders and boom

I cannot confirm this bug with KDE 4.0.99 (debian packages) or with KDE 4.1.60 (kdebase r834518, kdelibs r834504). I have a samba server and a windows machine with shares and I can browse them just fine using the remote:/ and smb:/ kioslaves (going through konq->network folders).

Btw, I had a look at the code around the crash. I don't really know what it is supposed to do but I saw this strange code:
    951         Q_ASSERT( !name.isEmpty() );
    952         if ( name.isEmpty() )
    953             continue;

It's aborting from Q_ASSERT because name is empty, but why do we need the if clause below if it's never gonna be executed?

PS: cristi, the backtrace is fine. You didn't really need to post another one, but it doesn't harm...

at my place smb: gives "protocol not supported" and remote: causes the crash. Could it be something wrong with some settings file?

how can this still be Unconfirmed?
This is still happening in Kde trunk 4.2...
I think this is a pretty major bug.

Still valid with today's trunk

Created attachment 28203 [details]
backtrace

Backtrace from dolphin, with today's trunk

Bug 167965 is a duplicate of this (marked as WORKSFORME)

Still valid here.
Using trunk.

Look at bug 161218 comment 2: I have experienced that bug with a recent svn revision, but the crash dissappeared after removing my ~/.kde4/ folder (bug 161218 comment 3)- The assert and backtrace are different but may be somewhat related as the situation is the same.

I can still reproduce this crash in KDE-4.2.0 (moving the ~/.kde4 folder did not help. I can in fact also trigger this crash if I run dolphin from within a KDE-3.5 instance)

I can reproduce this on my ~AMD64 Gentoo box.
kde-base/kdebase-kioslaves-4.2.1

Dolphin output in xterm:
 dolphin(12289)/kio (KDirListerCache) KDirListerCache::forgetDirs: DolphinDirLister(0xe3d4b0)  item moved into cache:  KUrl("file:///home/test")
dolphin(12289)/kio (KDirListerCache) KDirListerCache::listDir: Listing directory: KUrl("remote:/")
dolphin(12289)/kio_file KFileItem::isDir: can't say -> false
dolphin(12289)/kio (Slave) KIO::Slave::createSlave: createSlave "remote" for KUrl("remote:/")
dolphin(12289)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on  "local:/tmp/ksocket-test/dolphinE12289.slave-socket"
ASSERT: "!name.isEmpty()" in file /var/tmp/portage/kde-base/kdelibs-4.2.1-r2/work/kdelibs-4.2.1/kio/kio/kdirlister.cpp, line 1053

Any news on this ? Thanks

Still valid for me with KDE trunk, updated yesterday.

dolphin(6260)/kio (KDirListerCache) KDirListerCache::forgetDirs: DolphinDirLister(0xa8a3a0)  item moved into cache:  KUrl("file:///home/mikko")
dolphin(6260)/kio (KDirListerCache) KDirListerCache::listDir: Listing directory: KUrl("remote:/")
dolphin(6260)/kio (Slave) KIO::Slave::createSlave: createSlave "remote" for KUrl("remote:/")
dolphin(6260)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on  "local:/tmp/ksocket-mikko/dolphinGq6260.slave-socket"
ASSERT: "!name.isEmpty()" in file /var/tmp/paludis/kde-base-kdelibs-9999-r1/work/kdelibs-9999/kio/kio/kdirlister.cpp, line 1062
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = dolphin path = <unknown> pid = 6260
sock_file=/home/mikko/.kdelive/socket-gentoo/kdeinit4__0


Application: Dolphin (dolphin), signal: Aborted
[KCrash Handler]
#5  0x00007f2003abe205 in raise () from /lib64/libc.so.6
#6  0x00007f2003abf723 in abort () from /lib64/libc.so.6
#7  0x00007f200534f015 in qt_message_output (msgType=QtFatalMsg, buf=<value optimized out>) at global/qglobal.cpp:2017
#8  0x00007f200534f130 in qFatal (msg=<value optimized out>) at global/qglobal.cpp:2216
#9  0x00007f2007d8a7a8 in KDirListerCache::slotEntries () from /usr/kde/live/lib64/libkio.so.5
#10 0x00007f2007d9567b in KDirListerCache::qt_metacall () from /usr/kde/live/lib64/libkio.so.5
#11 0x00007f200544dd65 in QMetaObject::activate (sender=0xa217f0, from_signal_index=<value optimized out>, to_signal_index=40, argv=0xffffffffffffffff) at kernel/qobject.cpp:3108
#12 0x00007f2007d59f14 in KIO::ListJob::entries () from /usr/kde/live/lib64/libkio.so.5
#13 0x00007f2007d67706 in KIO::ListJobPrivate::slotListEntries () from /usr/kde/live/lib64/libkio.so.5
#14 0x00007f2007d67876 in KIO::ListJob::qt_metacall () from /usr/kde/live/lib64/libkio.so.5
#15 0x00007f200544dd65 in QMetaObject::activate (sender=0xa058d0, from_signal_index=<value optimized out>, to_signal_index=10, argv=0xffffffffffffffff) at kernel/qobject.cpp:3108
#16 0x00007f2007e2a545 in KIO::SlaveInterface::listEntries () from /usr/kde/live/lib64/libkio.so.5
#17 0x00007f2007e2dd8e in KIO::SlaveInterface::dispatch () from /usr/kde/live/lib64/libkio.so.5
#18 0x00007f2007e2a937 in KIO::SlaveInterface::dispatch () from /usr/kde/live/lib64/libkio.so.5
#19 0x00007f2007e1ce13 in KIO::Slave::gotInput () from /usr/kde/live/lib64/libkio.so.5
#20 0x00007f2007e1f4d8 in KIO::Slave::qt_metacall () from /usr/kde/live/lib64/libkio.so.5
#21 0x00007f200544dd65 in QMetaObject::activate (sender=0xd66da0, from_signal_index=<value optimized out>, to_signal_index=4, argv=0xffffffffffffffff) at kernel/qobject.cpp:3108
#22 0x00007f2007d2c9be in KIO::ConnectionPrivate::dequeue () from /usr/kde/live/lib64/libkio.so.5
#23 0x00007f2007d2cafa in KIO::Connection::qt_metacall () from /usr/kde/live/lib64/libkio.so.5
#24 0x00007f20054488d1 in QObject::event (this=0xd66da0, e=0xdf6de0) at kernel/qobject.cpp:1106
#25 0x00007f200472252d in QApplicationPrivate::notify_helper (this=0x8f0c70, receiver=0xd66da0, e=0xdf6de0) at kernel/qapplication.cpp:4057
#26 0x00007f200472b17e in QApplication::notify (this=0x7fff22b75be0, receiver=0xd66da0, e=0xdf6de0) at kernel/qapplication.cpp:4022
#27 0x00007f200627fa2b in KApplication::notify () from /usr/kde/live/lib64/libkdeui.so.5
#28 0x00007f20054383eb in QCoreApplication::notifyInternal (this=0x7fff22b75be0, receiver=0xd66da0, event=0xdf6de0) at kernel/qcoreapplication.cpp:606
#29 0x00007f200543bbe3 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x8c7f40) at kernel/qcoreapplication.h:213
#30 0x00007f2005462580 in QEventDispatcherUNIX::processEvents (this=0x8c7710, flags={i = 582441616}) at kernel/qeventdispatcher_unix.cpp:876
#31 0x00007f20047b0882 in QEventDispatcherX11::processEvents (this=0x8c7710, flags={i = 582441696}) at kernel/qeventdispatcher_x11.cpp:152
#32 0x00007f2005437052 in QEventLoop::processEvents (this=<value optimized out>, flags={i = 582441744}) at kernel/qeventloop.cpp:149
#33 0x00007f20054371e5 in QEventLoop::exec (this=0x7fff22b75b50, flags={i = 582441824}) at kernel/qeventloop.cpp:196
#34 0x00007f200543be9e in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
#35 0x0000000000435c35 in main ()

I just looked into this bug a little... In essence I'd say that George Kiagiadakis in comment #11 is right. In Debug mode the assert !name.isEmpty() gets thrown while in release mode we just happily call continue if name indeed is empty.

I also wrote a little patch just commenting out the assert and after applying it, this crash all of a sudden disappears and hell does not seem to break loose on my desktop ;)

So, who did put this assert there and why? Is it really needed? Why do we call the same situation (name is empty) critical in debug mode but perfectly fine in release mode?

The code was added by http://websvn.kde.org/trunk/KDE/kdelibs/kio/kio/kdirlister.cpp?view=log#rev660804

Adding David to the CC

Thanks

*** Bug 195986 has been marked as a duplicate of this bug. ***

Someone is able to reproduce this bug on KDE 4.4.5 or 4.5.0 ?

I can reproduce this anymore with Platform Version 4.5.61 (KDE 4.5.61 (KDE 4.6 >= 20100724))

This bug has had its resolution changed, but accidentally has been left in NEEDSINFO status. I am thus closing this bug and setting the status as RESOLVED to reflect the resolution change.