Version: 0.8.1 (using 4.1.2 (KDE 4.1.2), Kubuntu packages) Compiler: cc OS: Linux (x86_64) release 2.6.27-7-generic This is repeatable. Take a regional snapshot, click Save As. In the box that pops up click on the wrench and then clicked on "Show Hidden Files". Then click on the wrench again and click on "Show Hidden Files" again to hide then again. KSnapshot crashes.
Confirmed. Moreover is not necessary to take any snapshot. Just start ksnapshot and go to the save dialog. There is no backtrace. This is the shell output when I click "show hidden files" on the second time: ASSERT: "node" in file /mnt/archivio/KDE4/src/kdelibs/kio/kio/kdirmodel.cpp, line 446 ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: path= "/etc/exports" sub_entry: 0x0 ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Cancelled INotify (fd 16, 5) for "/etc/exports" ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Removed File "/etc/exports" for "" ["KDirWatch-2"] ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: path= "/home/test" sub_entry: 0x0 ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Cancelled INotify (fd 16, 4) for "/home/test" ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Removed Dir "/home/test" for "" ["KDirWatch-2"] ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: path= "/home/test/.local/share//user-places.xbel" sub_entry: 0x0 ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: path= "/home/test/.local/share" sub_entry: 0x73f718 ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Cancelled INotify (fd 16, 1) for "/home/test/.local/share" ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Removed Dir "/home/test/.local/share" for "/home/test/.local/share//user-places.xbel" [""] ksnapshot(8344)/kio (KDirWatch) KDirWatchPrivate::removeEntry: Removed File "/home/test/.local/share//user-places.xbel" for "" ["KDirWatch-1"]
Nothing there seems to be specific to ksnapshot, moving to kfile.
Sorry Richard, I've forget to change the product. :-)
The description matches bug 174788, and I get the same backtrace for both crashes. *** This bug has been marked as a duplicate of bug 174788 ***
@FiNeX: the crash information in the comment 1 may be related to bug 176066 (same assert, similar line-number)
@Dario: you're right.