Bug 164580

Summary:	kfind crashes shortly after search starts if content search is used and no file name is given.
Product:	[Applications] kfind	Reporter:	Marcus Jacobs <west.wallaby>
Component:	general	Assignee:	Eric Coquelle <coquelle>
Status:	RESOLVED WORKSFORME
Severity:	crash	CC:	andresbajotierra, west.wallaby
Priority:	NOR	Keywords:	investigated, triaged
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Marcus Jacobs 2008-06-21 10:59:26 UTC

Version:            (using Devel)
Installed from:    Compiled sources
OS:                Linux

When searching for the contents of a file in kfind it crashes shortly after the search is invoked. If a filename of filename pattern is given in the first tab (file*), it does not crash. As I only search for content if I do not know the filename, this is not helpful. 
This might be related to bug 28655 although in that description, kfind does not crash. 
I have an amd64 system.

Comment 1 Bram Schoenmakers 2008-06-21 11:14:50 UTC

Please provide a backtrace of the crash. Read http://techbase.kde.org/index.php?title=Development/Tutorials/Debugging/How_to_create_useful_crash_reports for more info.

And in which KDE version do you see this?

Comment 2 Marcus Jacobs 2008-06-21 11:48:38 UTC

Sorry, forgot that. The debian package gives me the following: 4:4.0.82+svn819867-1

Here is the abbreviated backtrace with gdb 
(no debugging symbols found)                                                                    
(no debugging symbols found)                                                                    
QObject::connect: Cannot connect (null)::rowsRemoved(const QModelIndex&, int, int) to KFilePlacesView::adaptItemSize()                                                                          
kfind(6742) KfindWindow::beginSearch: "beginSearch in: /home/marcus/Documents/schule"           
kfind(6742) KQuery::processQuery: ignoring, mime type is in exclusion list:  KUrl("file:///home/marcus/Documents/schule/the_beach_factsheet.pdf")                                               
kfind(6742) KQuery::processQuery: ignoring, not a text file:  KUrl("file:///home/marcus/Documents/schule/Should smoking be%20 banned in all public places.png")                                 
kfind(6742) KQuery::processQuery: ignoring, mime type is in exclusion list:  KUrl("file:///home/marcus/Documents/schule/03_06_08_mathematics.pdf")

[...lots more lines like these and then: ...]

kfind(6742) KQuery::processQuery: ignoring, mime type is in exclusion list:  KUrl("file:///home/marcus/Documents/schule/noten/10a-Englisch.ps")
ASSERT: "namelen > 0" in file /tmp/buildd/kde4libs-4.0.82+svn819867/kio/kio/kzip.cpp, line 430

Program exited with code 01.
(gdb) backtrace
No stack.
(gdb)

So, unfortunately I do not get a backtrace. I then deleted the last file in the list ( a ps -file) and tried again. This time a pdf -File was the last file. I then moved all pdf or ps files out of the folder and searched again. This time the programme exited normally. It seems to me that the crash comes from ps and pdf files. 
I hope this is more of a help...

Comment 3 Dario Andres 2009-01-09 20:54:03 UTC

Have you experienced this bug again using a recent KDE (4.1.3 / 4.1.4 / 4.2beta2 / 4.2rc1 / 4.2svn) ? 

About the original crash:
"ASSERT: "namelen > 0" in file /tmp/buildd/kde4libs-4.0.82+svn819867/kio/kio/kzip.cpp, line 430 " looks  like a bug in the ZIP kioslave

Thanks :)

Comment 4 Marcus Jacobs 2009-01-10 10:18:31 UTC

It is strange. 
I have tried this now in several combinations. I have found a directory with pdf files which does not make kfind crash. On the other hand, kfind does not find my search word in a pdf file but it does so in the same .odt file which is in the same directory. I have found other directories which make kfind crash. With the help of dbg I have found out that kfind crashes with pdf and doc files. I include the backtrace with gdb. When I remove the last file in the list (Zeugnislisten5.pdf), kfind crashes with the file (file.doc) before. 
I hope this gives you a clue, otherwise tell we what I shall test. 
Thanks for your help!
Marcus

kfind(15021) KQuery::processQuery: ignoring, mime type is in exclusion list:  KUrl("file:///home/marcus/Documents/schule/noten/alte Jahrgänge/10a_liste.pdf")                                   
kfind(15021) KQuery::processQuery: ignoring, mime type is in exclusion list:  KUrl("file:///home/marcus/Documents/schule/noten/alte Jahrgänge/07-08-12-Inf.pdf")                                
kfind(15021) KQuery::processQuery: ignoring, not a text file:  KUrl("file:///home/marcus/Documents/schule/noten/alte Jahrgänge/file.doc")                                   
kfind(15021) KQuery::processQuery: ignoring, mime type is in exclusion list:  KUrl("file:///home/marcus/Documents/schule/noten/alte Jahrgänge/Zeugnislisten5.pdf")                              
ASSERT: "namelen > 0" in file /tmp/buildd/kde4libs-4.1.3/kio/kio/kzip.cpp, line 430             

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7f74179f26f0 (LWP 15021)]
0x00007f7414c12ed5 in raise () from /lib/libc.so.6
(gdb) thread apply all backtrace                  

Thread 1 (Thread 0x7f74179f26f0 (LWP 15021)):
#0  0x00007f7414c12ed5 in raise () from /lib/libc.so.6
#1  0x00007f7414c143f3 in abort () from /lib/libc.so.6
#2  0x00007f74152a45a5 in qt_message_output () from /usr/lib/libQtCore.so.4
#3  0x00007f74152a46e7 in qFatal () from /usr/lib/libQtCore.so.4           
#4  0x00007f74175d4de0 in KZip::openArchive () from /usr/lib/libkio.so.5   
#5  0x00007f74175594b9 in KArchive::open () from /usr/lib/libkio.so.5      
#6  0x000000000042beb7 in ?? ()                                            
#7  0x000000000042adbe in ?? ()                                            
#8  0x000000000042b20d in ?? ()                                            
#9  0x000000000042b353 in ?? ()                                            
#10 0x00007f74153a86d4 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#11 0x00007f7417541a84 in KIO::ListJob::entries () from /usr/lib/libkio.so.5   
#12 0x00007f741754ed56 in ?? () from /usr/lib/libkio.so.5                      
#13 0x00007f741754ef06 in KIO::ListJob::qt_metacall () from /usr/lib/libkio.so.5
#14 0x00007f74153a86d4 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 
#15 0x00007f74176017a5 in KIO::SlaveInterface::listEntries () from /usr/lib/libkio.so.5
#16 0x00007f7417604ebf in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.5   
#17 0x00007f7417601dc2 in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.5   
#18 0x00007f74175f2e23 in KIO::Slave::gotInput () from /usr/lib/libkio.so.5            
#19 0x00007f74175f5548 in KIO::Slave::qt_metacall () from /usr/lib/libkio.so.5
#20 0x00007f74153a86d4 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
---Type <return> to continue, or q <return> to quit---
#21 0x00007f7417515ba0 in ?? () from /usr/lib/libkio.so.5
#22 0x00007f7417515cda in KIO::Connection::qt_metacall () from /usr/lib/libkio.so.5
#23 0x00007f74153a3345 in QObject::event () from /usr/lib/libQtCore.so.4
#24 0x00007f7415846a5d in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4
#25 0x00007f741584e7da in QApplication::notify () from /usr/lib/libQtGui.so.4
#26 0x00007f741708185b in KApplication::notify () from /usr/lib/libkdeui.so.5
#27 0x00007f7415394381 in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4
#28 0x00007f741539501a in QCoreApplicationPrivate::sendPostedEvents ()
   from /usr/lib/libQtCore.so.4
#29 0x00007f74153bca83 in ?? () from /usr/lib/libQtCore.so.4
#30 0x00007f741114578b in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#31 0x00007f7411148f5d in ?? () from /usr/lib/libglib-2.0.so.0
#32 0x00007f741114911b in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#33 0x00007f74153bc70f in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4
#34 0x00007f74158d844f in ?? () from /usr/lib/libQtGui.so.4
#35 0x00007f7415392ca2 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
#36 0x00007f7415392e2d in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#37 0x00007f7415c5e825 in QDialog::exec () from /usr/lib/libQtGui.so.4
#38 0x000000000041ae24 in _start ()
(gdb)
(gdb)

Comment 5 Marcus Jacobs 2009-01-10 10:25:21 UTC

Sorry, forgot that again: kde version is 4.1.3 from http://kde4.debian.net.

Comment 6 Dario Andres 2009-08-02 20:39:53 UTC

Have you experienced this again with an updated KDE4.2 or 4.3 ?
If you can still reproduce, can you post some of the files which are causing the assert to fail in the code ? (so I can test them locally). 
Thanks

Comment 7 Dario Andres 2009-08-02 21:07:26 UTC

Marking as NEEDSINFO until we get information and the testcase files. Thanks

Comment 8 Andrew Crouthamel 2018-09-20 03:22:02 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 9 Andrew Crouthamel 2018-10-21 04:49:04 UTC

This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!