Bug 154567

Summary:	konqueror crash when move pointer above an pdf file
Product:	[Applications] kfile-plugins	Reporter:	Yu Yuwei <acevery>
Component:	pdf	Assignee:	Albert Astals Cid <aacid>
Status:	RESOLVED DUPLICATE
Severity:	crash
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	The pdf make konqueror crash

Description Yu Yuwei 2007-12-24 03:35:20 UTC

Version:           3.5.8 (using KDE KDE 3.5.8)
Installed from:    Gentoo Packages
Compiler:          gcc-4.1.2, glibc-2.6.1 CFLAGS="-O2 -march=pentium-m -pipe"
OS:                Linux

Just one pdf file make konqueror crash, But I think Maybe is needed to report.

The plugins:
nppdf.so(acroread-7.0.9)

The Backtraces:
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
.....(a lot of "no debugging symbols found")
(no debugging symbols found)
[KCrash handler]
#6  0xb67f55c0 in rawmemchr () from /lib/libc.so.6
#7  0xb67ec182 in ?? () from /lib/libc.so.6
#8  0x00000000 in ?? ()

How to Reproduce:
In konqueror, move pointer above that pdf file to get the information of it.

Expected Behaviour:
Konqueror crash with 11(SIGSEGV)

Comment 1 Yu Yuwei 2007-12-24 03:40:57 UTC

Created attachment 22667 [details]
The pdf make konqueror crash

Comment 2 Bram Schoenmakers 2007-12-24 19:51:02 UTC

Could reproduce with vanilla KDE sources. I'm not asking for a better backtrace since I didn't get much useful either. Weird.

Comment 3 Bram Schoenmakers 2007-12-24 20:10:04 UTC

This is what Valgrind has to say about it. The CreationDate seems to cause problems for this PDF file.

==30215==
==30215== Invalid read of size 1
==30215==    at 0x4022A0A: rawmemchr (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==30215==    by 0x5979181: (within /lib/libc-2.6.1.so)
==30215==    by 0x596CCFC: vsscanf (in /lib/libc-2.6.1.so)
==30215==    by 0x5967E7D: sscanf (in /lib/libc-2.6.1.so)
==30215==    by 0x791008A: Poppler::Document::getDate(QString const&) const (in /usr/lib/libpoppler-qt.so.2.0.0)
==30215==    by 0x77A0470: KPdfPlugin::readInfo(KFileMetaInfo&, unsigned) (kfile_pdf.cpp:78)
==30215==    by 0x451320C: KFileMetaInfo::init(KURL const&, QString const&, unsigned) (kfilemetainfo.cpp:334)
==30215==    by 0x45132A5: KFileMetaInfo::KFileMetaInfo(KURL const&, QString const&, unsigned) (kfilemetainfo.cpp:309)
==30215==    by 0x44D7CBD: KFileItem::metaInfo(bool, int) const (kfileitem.cpp:1051)
==30215==    by 0x44D93E1: KFileItem::getToolTipText(int) (kfileitem.cpp:764)
==30215==    by 0x41C06D6: KonqFileTip::showTip() (konq_filetip.cc:232)
==30215==    by 0x41C087C: KonqFileTip::qt_invoke(int, QUObject*) (konq_filetip.moc:97)
==30215==  Address 0x0 is not stack'd, malloc'd or (recently) free'd

Comment 4 Pino Toscano 2007-12-25 00:15:12 UTC

It seems you are using poppler 0.6.x, aren't you?
In case you does not have it, can you try upgrading it to 0.6.3?

Comment 5 Yu Yuwei 2007-12-25 07:19:23 UTC

Yes I using poppler 0.6.2, I have seen the release not of poppler 0.6.3, seems fix this bug, I will try it and then report.

Thank u all.

Comment 6 Yu Yuwei 2007-12-25 07:53:00 UTC

Yes, with poppler 0.6.3 konqueror work fine at that pdf ;)

Thanks for help!

Comment 7 Yu Yuwei 2007-12-25 07:55:06 UTC

After upgrade to poppler-0.6.3, poppler-bindings-0.6.3 and recompile kpdf, konqueror work fine now.

Comment 8 Pino Toscano 2008-04-19 15:02:48 UTC

Marking it as dupe, nothing important...

Comment 9 Pino Toscano 2008-04-19 15:03:00 UTC


*** This bug has been marked as a duplicate of 152710 ***