evince dumps core

[Patrick Welche <prlw1%welche.eu@localhost>]

evince dumps core without even being given in a file to open. I
suppose the thing that changed is the new poppler - which has

* Fix crashes in malformed documents

in the changelog...


$ evince
Entity: line 22: parser error : Start tag expected, '<' not found
<?xpacket end="w"?>
                   ^
terminate called after throwing an instance of 'std::system_error'
  what():  Invalid argument

#6  0x00007f7ff5c0449b in std::__throw_system_error (__i=22)
    at /usr/src/external/gpl3/gcc/dist/libstdc++-v3/src/c++11/system_error.cc:595
#7  0x00007f7ff1d18c95 in ?? () from /usr/pkg/lib/libpoppler-glib.so.8
#8  0x00007f7ff24644a0 in pdf_page_render ()
   from /usr/pkg/lib/evince/4/backends/libpdfdocument.so
#9  0x00007f7ff24645e6 in pdf_document_get_thumbnail_surface ()
   from /usr/pkg/lib/evince/4/backends/libpdfdocument.so
#10 0x00007f7ff7ea63a9 in ev_job_thumbnail_run ()
   from /usr/pkg/lib/libevview3.so.3


The bizarre thing is that "<?xpacket" only appears in evince's PNG files

$ git grep xpacket
Binary file help/de/figures/annotations-nav-to-page.png matches
Binary file help/de/figures/print-select.png matches
Binary file help/el/figures/print-select.png matches
Binary file help/fr/figures/annotations-nav-to-page.png matches
Binary file help/hu/figures/print-select.png matches
Binary file help/ja/figures/print-select.png matches
Binary file help/ko/figures/print-select.png matches
Binary file help/pl/figures/print-select.png matches
Binary file help/pt_BR/figures/print-select.png matches

Help wasn't requested, nor one of the listed locales. It also
doesn't appear in libadwaita.

(Subsequently updated evince to 48.4 which didn't change anything)


Stumped...


Cheers,

Patrick