Bug 388175 - core dump while opening a specific PDF document
Summary: core dump while opening a specific PDF document
Status: RESOLVED UPSTREAM
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: 1.3.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-23 15:58 UTC by kts
Modified: 2018-04-06 11:00 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kts 2017-12-23 15:58:27 UTC
Okular dumps core with a PDF document. It didn't crash. It keep working normally.
But coredumpctl says otherwise. The system is with the latest updates as of this writing. I would send that specified PDF but how? Ask me more.
Comment 1 Michael Weghorn 2017-12-28 22:59:15 UTC
(In reply to kts from comment #0)
> [...] I would send that specified PDF but how? Ask me more.

In case the document does not contain any confidential information or is private for another reason, you can just attach it to this bug (using the "Add an attachment" link).
Comment 2 kts 2017-12-29 10:17:13 UTC
It's above 4mb. To where do i need to upload?
Comment 3 Michael Weghorn 2017-12-29 12:19:48 UTC
(In reply to kts from comment #2)
> It's above 4mb. To where do i need to upload?

I don't know whether there is an "official" way of sharing files that cannot be uploaded here.
In general, you can upload the file using any service of your choice and add a hyperlink here.
(You can also send me the file by email and I will do that, without the guarantee that the file will be available forever there...)
Comment 4 Michael Weghorn 2017-12-30 10:30:07 UTC
"kts" has sent me the PDF file by email. Since it is a book, I am not sure whether it might be copyrighted, so I don't feel confident of making it available publicly.

I can reproduce the problem (with custom build of Okular's current master branch, as of commit d150c10bce8b2e8b729fbae27a2072c31bcad9d3).

In fact, Okular does crash, there is a segfault when closing Okular (user might not recognize, since they want to close application anyways).

gdb backtrace:

Thread 1 "okular" received signal SIGSEGV, Segmentation fault.
0x00007fffc9f51d51 in Poppler::ScreenAnnotationPrivate::~ScreenAnnotationPrivate() () from /usr/lib/x86_64-linux-gnu/libpoppler-qt5.so.1
(gdb) bt
#0  0x00007fffc9f51d51 in Poppler::ScreenAnnotationPrivate::~ScreenAnnotationPrivate() () from /usr/lib/x86_64-linux-gnu/libpoppler-qt5.so.1
#1  0x00007fffc9f51da9 in Poppler::ScreenAnnotationPrivate::~ScreenAnnotationPrivate() () from /usr/lib/x86_64-linux-gnu/libpoppler-qt5.so.1
#2  0x00007fffc9f520e9 in Poppler::ScreenAnnotation::~ScreenAnnotation() () from /usr/lib/x86_64-linux-gnu/libpoppler-qt5.so.1
#3  0x00007fffca1fdcb5 in disposeAnnotation (ann=0x5555565025b0) at /home/michi/development/okular/generators/poppler/annots.cpp:42
#4  0x00007fffd6c90d04 in Okular::Annotation::~Annotation (this=0x5555565025b0, __in_chrg=<optimized out>) at /home/michi/development/okular/core/annotations.cpp:522
#5  0x00007fffd6c9fc16 in Okular::ScreenAnnotation::~ScreenAnnotation (this=0x5555565025b0, __in_chrg=<optimized out>) at /home/michi/development/okular/core/annotations.cpp:2857
#6  0x00007fffd6c9fc32 in Okular::ScreenAnnotation::~ScreenAnnotation (this=0x5555565025b0, __in_chrg=<optimized out>) at /home/michi/development/okular/core/annotations.cpp:2859
#7  0x00007fffd6d027a0 in Okular::Page::deleteAnnotations (this=0x5555562502d0) at /home/michi/development/okular/core/page.cpp:813
#8  0x00007fffd6cffe17 in Okular::Page::~Page (this=0x5555562502d0, __in_chrg=<optimized out>) at /home/michi/development/okular/core/page.cpp:147
#9  0x00007fffd6cc2f53 in Okular::Document::closeDocument (this=0x555555894950) at /home/michi/development/okular/core/document.cpp:2623
#10 0x00007fffd7050d27 in Okular::Part::closeUrl (this=0x5555558461f0, promptToSave=false) at /home/michi/development/okular/part.cpp:1815
#11 0x0000555555567678 in Shell::~Shell (this=0x55555584d2a0, __in_chrg=<optimized out>, __vtt_parm=<optimized out>) at /home/michi/development/okular/shell/shell.cpp:194
#12 0x00005555555677da in Shell::~Shell (this=0x55555584d2a0, __in_chrg=<optimized out>, __vtt_parm=<optimized out>) at /home/michi/development/okular/shell/shell.cpp:202
#13 0x00007ffff321d8e0 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#14 0x00007ffff41d22a3 in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#15 0x00007ffff42e4eeb in QMainWindow::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#16 0x00007ffff6dd0377 in KMainWindow::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libKF5XmlGui.so.5
#17 0x00007ffff6e158a5 in KXmlGuiWindow::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libKF5XmlGui.so.5
#18 0x00007ffff419359c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#19 0x00007ffff419ae64 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#20 0x00007ffff31ee258 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x00007ffff31f09cd in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x00007ffff3247ac3 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#23 0x00007fffee241fa7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x00007fffee2421e0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x00007fffee24226c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x00007ffff32470ef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x00007ffff31ec2aa in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#28 0x00007ffff31f5214 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#29 0x0000555555561638 in main (argc=2, argv=0x7fffffffde28) at /home/michi/development/okular/shell/main.cpp:83
(gdb) 


In case anybody wants to have a look: Please let us know in case you need the PDF file for testing or any further information.
Comment 5 Michael Weghorn 2017-12-30 11:11:05 UTC
Note: Segfault also occurs when using Poppler from current master branch in git (as of commit c9958ecb87de34b923a17521c8bb149569bacca8).
Comment 6 Michael Weghorn 2017-12-30 11:11:45 UTC
Note: Segfault also occurs when using Poppler's current master branch (as of commit c9958ecb87de34b923a17521c8bb149569bacca8).
Comment 7 Albert Astals Cid 2018-01-02 00:00:12 UTC
Send me the file, i'll have a look at some point of the length of the universe i guess.
Comment 8 Michael Weghorn 2018-01-02 06:39:57 UTC
(In reply to Albert Astals Cid from comment #7)
> Send me the file, i'll have a look at some point of the length of the
> universe i guess.

I have temporarily uploaded the file here: https://ombx.io/lZAyS1fl

I'll send you the password needed to access it by email.
Comment 9 Albert Astals Cid 2018-01-02 22:14:41 UTC
The crash is only on close, right? or can someone else reproduce a crash in any other time?
Comment 11 Michael Weghorn 2018-01-03 06:20:38 UTC
(In reply to Albert Astals Cid from comment #9)
> The crash is only on close, right? or can someone else reproduce a crash in
> any other time?

I saw the crash only on close, but maybe kts can say more.
(I just reproduced the issue on close quickly without any further testing.)