Bug #258504 “Crash on PDF import with poppler >= 0.12.2 and Inks...” : Bugs : Inkscape

Revision history for this message

In Red Hat Bugzilla #551119, Milos (milos-redhat-bugs) wrote on 2009-12-29:

#39

Description of problem:

Trying to import a PDF results into:

inkscape: symbol lookup error: inkscape: undefined symbol: _ZN13GfxColorSpace5parseEP6Object

Looking into http://bugs.archlinux.org/task/17524, it seems that this is related to Poppler and rebuilding inkscape against current Poppler in F12 should solve this (but I didn't try a scratch build).

Version-Release number of selected component (if applicable):

inkscape-0.47-1.fc12.x86_64

How reproducible:

Always

Steps to Reproduce:
1. Open an AI/PDF to import

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-01-15:

#40

Yes, I see exactly the same thing. Package versions:

$ rpm -qa | grep poppler
poppler-debuginfo-0.12.2-1.fc12.x86_64
poppler-utils-0.12.2-1.fc12.x86_64
poppler-0.12.2-1.fc12.x86_64
poppler-glib-0.12.2-1.fc12.x86_64

# rpm -qa | grep inkscape
inkscape-0.47-1.fc12.x86_64

Any chance of rebuilding and pushing if this indeed fixes it?

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-01-15:

#41

Download full text (8.9 KiB)

Actually, doing a local mock build of the current F-12 package wihout changes fails with the message below when building pdf-parser.cpp. I think there must be a missing buildrequires, but am not sure what...

g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi/CORE -I/usr/include/python2.6 -I/usr/inclu
de/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/
usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/in
clude -fopenmp -I/usr/include/ImageMagick -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/popple
r -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/
lib64/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/gl
ibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/
usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-
1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gtkmm-
2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -I/usr/include/libxml2 -I/usr/
include/gtkspell-2.0 -I../cxxtest -I./bind/javainc -I./bind/javainc/linux -Werror=format-security -Wall -Wformat -Wform
at-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-p
arameter -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=gen
eric -fopenmp -c -o extension/internal/pdfinput/pdf-parser.o extension/internal/pdfinput/pdf-parser.cpp
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetExtGState(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorSpace(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1012: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:1014: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorSpace(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1035: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* ...

Actually, doing a local mock build of the current F-12 package wihout changes fails with the message below when building pdf-parser.cpp. I think there must be a missing buildrequires, but am not sure what...

g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi/CORE  -I/usr/include/python2.6 -I/usr/inclu
de/freetype2  -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/
usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/in
clude   -fopenmp -I/usr/include/ImageMagick    -I/usr/include/libwpg-0.1 -I/usr/include/libwpd-0.8     -I/usr/include/popple
r    -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/
lib64/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include -I/usr/include/gtk-2.0 -I/usr/include/gl
ibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/
usr/lib64/sigc++-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/pixman-
1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gtkmm-
2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/gtk-unix-print-2.0 -I/usr/include/atkmm-1.6 -I/usr/include/libxml2 -I/usr/
include/gtkspell-2.0   -I../cxxtest  -I./bind/javainc -I./bind/javainc/linux   -Werror=format-security -Wall -Wformat -Wform
at-security -W -D_FORTIFY_SOURCE=2   -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-p
arameter -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=gen
eric -fopenmp -c -o extension/internal/pdfinput/pdf-parser.o extension/internal/pdfinput/pdf-parser.cpp
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetExtGState(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorSpace(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1012: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:1014: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorSpace(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1035: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:1037: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorN(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1104: error: no matching function for call to 'GfxResources::lookupPattern(char*)
'
/usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorN(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1148: error: no matching function for call to 'GfxResources::lookupPattern(char*)'
/usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShFill(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1546: error: no matching function for call to 'GfxResources::lookupShading(char*)'
/usr/include/poppler/Gfx.h:114: note: candidates are: GfxShading* GfxResources::lookupShading(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doImage(Object*, Stream*, GBool)':
extension/internal/pdfinput/pdf-parser.cpp:2510: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:2595: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doForm(Object*)':
'
/usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorN(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1148: error: no matching function for call to 'GfxResources::lookupPattern(char*)'
/usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShFill(Object*, int)':
extension/internal/pdfinput/pdf-parser.cpp:1546: error: no matching function for call to 'GfxResources::lookupShading(char*)'
/usr/include/poppler/Gfx.h:114: note: candidates are: GfxShading* GfxResources::lookupShading(char*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doImage(Object*, Stream*, GBool)':
extension/internal/pdfinput/pdf-parser.cpp:2510: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp:2595: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doForm(Object*)':
extension/internal/pdfinput/pdf-parser.cpp:2770: error: no matching function for call to 'GfxColorSpace::parse(Object*)'
/usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*)
make[2]: *** [extension/internal/pdfinput/pdf-parser.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /usr/lib/gcc/x86_64-redhat-linux/4.4.2/../../../../include/c++/4.4.2/ext/hash_map:59,
                 from ./libnrtype/font-instance.h:4,
                 from extension/internal/pdfinput/svg-builder.cpp:40:
/usr/lib/gcc/x86_64-redhat-linux/4.4.2/../../../../include/c++/4.4.2/backward/backward_warning.h:28:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated.
extension/internal/pdfinput/svg-builder.cpp: In member function 'std::string Inkscape::Extension::Internal::SvgBuilder::_BestMatchingFont(std::string)':
extension/internal/pdfinput/svg-builder.cpp:907: warning: comparison is always false due to limited range of data type
extension/internal/pdfinput/svg-builder.cpp:912: warning: comparison between signed and unsigned integer expressions
make[2]: Leaving directory `/builddir/build/BUILD/inkscape-0.47/src'
make[1]: Leaving directory `/builddir/build/BUILD/inkscape-0.47'
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
RPM build errors:
error: Bad exit status from /var/tmp/rpm-tmp.wICES1 (%build)
    Bad exit status from /var/tmp/rpm-tmp.wICES1 (%build)
Child returncode was: 1
EXCEPTION: Command failed. See logs for output.
 # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/inkscape.spec']
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/mock/trace_decorator.py", line 70, in trace
    result = func(*args, **kw)
  File "/usr/lib/python2.6/site-packages/mock/util.py", line 324, in do
    raise mock.exception.Error, ("Command failed. See logs for output.\n # %s" % (command,), child.returncode)
Error: Command failed. See logs for output.
 # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/inkscape.spec']
LEAVE do --> EXCEPTION RAISED

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-01-15:

#42

Adding poppler maintainer to cc list.

Rex - an api change in poppler 0.12.2 would seem to have broken inkscape

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-01-15:

#43

OK, I rebuilt the current rawhide package on F-12 (inside mock) - I see this includes a patch for poppler. I can confirm that this build has functional PDF import again.

So please, as a matter of urgency, push new package builds of inkscape for F-12 including the poppler patch. Thanks in advance.

Revision history for this message

In Red Hat Bugzilla #551119, Rex (rex-redhat-bugs) wrote on 2010-01-15:

#44

boo, the poppler abi breakage is certainly uncool, tracking in bug #555820.

Please hold on anything hasty here, while I
1. poke upstream.
2. test poppler-0.12.3 in updates-testing

(we may be able to fix this in the pending poppler update).

Revision history for this message

In Red Hat Bugzilla #551119, Rex (rex-redhat-bugs) wrote on 2010-01-15:

#45

confirmed poppler-0.12.3-1 (in updates-testing) also affected.

Revision history for this message

In Red Hat Bugzilla #551119, Rex (rex-redhat-bugs) wrote on 2010-01-15:

#46

OK, poppler's change was intentional, and makes now guarantees using these low-level apis.

Patching inkscape appropriately appears to be the way forward here (and long-term, lobby upstream to use poppler's supported -glib or -qt api instead)

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-01-29:

#47

Ping Milos? Any chance you can bump and rebuild the F-12 package to fix this.

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-01-29:

#48

Apologies - wrong person, Comment #8 was meant for Lubomir, not Milos, of course.

Revision history for this message

In Red Hat Bugzilla #551119, Milos (milos-redhat-bugs) wrote on 2010-01-29:

#49

Hm...I can do that as well -- Lubomir?

Revision history for this message

In Red Hat Bugzilla #551119, Kieran (kieran-redhat-bugs) wrote on 2010-02-09:

#50

Created attachment 389676
Patch inkscape for poppler API changes

Patch tested with latest inkscape trunk. Applies cleanly to Fedora package source.

Based on the patch from https://bugs.launchpad.net/inkscape/+bug/487038

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-02-09:

#51

(In reply to comment #11)
> Created an attachment (id=389676) [details]
> Patch inkscape for poppler API changes
>
> Patch tested with latest inkscape trunk. Applies cleanly to Fedora package
> source.
>
> Based on the patch from https://bugs.launchpad.net/inkscape/+bug/487038

Actually there's already a patch in the Fedora development (rawhide/F13) branch that fixes the bug and has been tested.

Milos - please do go ahead and build the current rawhide package for F-12, it seems Luomir is MIA.

Revision history for this message

In Red Hat Bugzilla #551119, Fedora (fedora-redhat-bugs) wrote on 2010-02-09:

#52

inkscape-0.47-2.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/inkscape-0.47-2.fc12

Revision history for this message

In Red Hat Bugzilla #551119, Milos (milos-redhat-bugs) wrote on 2010-02-09:

#53

(In reply to comment #12)

> Milos - please do go ahead and build the current rawhide package for F-12, it
> seems Luomir is MIA.

He isn't, I just pinged him via IRC, he was just overwhelmed by abrt bugzilla mails and these got lost -- he immediately fixed that then, thank you Lubomir.

Revision history for this message

In Red Hat Bugzilla #551119, Jonathan (jonathan-redhat-bugs) wrote on 2010-02-09:

#54

OK, excellent, thanks Lubomir, apologies for thinking you were MIA.

Revision history for this message

In Red Hat Bugzilla #551119, Fedora (fedora-redhat-bugs) wrote on 2010-02-11:

#55

inkscape-0.47-2.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update inkscape'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-1743

su_v (suv-lp) on 2010-02-18

tags:

added: importing pdf

Revision history for this message

su_v (suv-lp) wrote on 2010-02-18:

#1

Closing this report because the PDF file in question is not available ('Server not found'). If you do still have a copy of the file please revert the bug status to 'New' and attach the PDF document so that we can try to reproduce the error with the current release version (Inkscape 0.47).

Changed in inkscape:
status:	New → Invalid

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-18:

#2

patient-information.pdf Edit (84.4 KiB, application/pdf)

That's because you waited for a bit too long.

I am attaching the same pdf document.
Now my inkscape-0.47 (on FreeBSD) SEGVs while importing this pdf.

Changed in inkscape:
status:	Invalid → New

Revision history for this message

su_v (suv-lp) wrote on 2010-02-19:

#3

> That's because you waited for a bit too long.
sorry for the delay - I know this can be frustrating.

> Now my inkscape-0.47 (on FreeBSD) SEGVs while importing this pdf.
not reproduced with Inkscape 0.47 on OS X 10.5.8: all 4 pages of the original PDF can be opened in Inkscape without crash and are rendered identically to the PDF as it is displayed in the default PDF viewer (Apple's Preview).

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-19:

#4

Here is what gdb says:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 37801140 (LWP 100794)]
0x35f158a7 in PopplerCache::lookup () from /usr/local/lib/libpoppler.so.5

(gdb) bt
#0 0x35f158a7 in PopplerCache::lookup () from /usr/local/lib/libpoppler.so.5
#1 0x35eefa9a in GfxICCBasedColorSpace::parse () from /usr/local/lib/libpoppler.so.5
#2 0x35eeaa43 in GfxColorSpace::parse () from /usr/local/lib/libpoppler.so.5
#3 0x085ded89 in Gtk::manage<Gtk::HSeparator> ()
#4 0x085db20a in Gtk::manage<Gtk::HSeparator> ()
#5 0x085df563 in Gtk::manage<Gtk::HSeparator> ()
#6 0x0824037a in std::operator+<char, std::char_traits<char>, std::allocator<char> > ()
#7 0x08220585 in Gtk::manage<Gtk::SpinButton> ()
#8 0x0821e32f in Gtk::manage<Gtk::SpinButton> ()
#9 0x0809c021 in std::list<sigc::slot_base, std::allocator<sigc::slot_base> >::erase ()
#10 0x0808f0b6 in ?? ()
#11 0x08178e31 in sigc::visit_each<sigc::internal::limit_derived_target<sigc::trackable*, sigc::internal::slot_do_unbind>, sigc::trackable> ()
#12 0x0808cae4 in ?? ()
#13 0x0808bd97 in ?? ()
#14 0x00000002 in ?? ()
#15 0xbfbfe39c in ?? ()
#16 0xbfbfe3a8 in ?? ()
#17 0xbfbfe380 in ?? ()
#18 0xbfbfe398 in ?? ()
#19 0x00000000 in ?? ()
#20 0xbfbfe394 in ?? ()
#21 0x0808bd05 in ?? ()
#22 0x344a6f40 in dlclose () from /libexec/ld-elf.so.1
Previous frame inner to this frame (corrupt stack?)

Poppler libs installed:
poppler-0.12.3_1 A PDF rendering library
poppler-data-0.4.0 Poppler encoding data
poppler-gtk-0.12.3_1 Gtk bindings to poppler
poppler-qt-0.12.3_1 Qt bindings to poppler
poppler-qt4-0.12.3_1 Qt4 bindings to poppler

Revision history for this message

su_v (suv-lp) wrote on 2010-02-19:

#5

not reproduced with Inkscape 0.47+devel r9096 on OS X 10.5.8 with poppler 0.12.1

Did you build Inkscape yourself? If so - which patch did you use to compile it with poppler 0.12.3?
This is possibly related to bug #487038 “0.47 build error with poppler 0.12.2 on Linux”:
<https://bugs.launchpad.net/inkscape/+bug/487038>

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-19:

#6

It's built on my machine by the FreeBSD ports upgrade process using patches from ports.
All patches applied are here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/inkscape/files/

Revision history for this message

su_v (suv-lp) wrote on 2010-02-19:

#7

Can you open other PDF files without Inkscape crashing?

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-19:

#8

I tried many other PDFs.
One out of them also causes a crash, and others (majority) open without a problem.

su_v (suv-lp) on 2010-02-19

tags:	added: crash
Changed in inkscape:
importance:	Undecided → High

Revision history for this message

su_v (suv-lp) wrote on 2010-02-21:

#9

Could you attach the other PDF file that crashes Inkscape as well?

At what point does Inkscape crash? i.e. do you get to the PDF import options dialog with its own preview/thumbnail of the page to be imported or does Inkscape crash before that?

Another thing you could test: there are other PDF renderers/viewers that are based on poppler (e.g. evince, afaik. I'm not sure what GIMP uses to render imported PDFs). Could you test if the PDF file that crashes Inkscape causes issues with those applications as well?

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-21:

#10

Another PDF with SEGV Edit (76.7 KiB, application/pdf)

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-21:

#11

One more example of crashing PDF Edit (57.3 KiB, application/pdf)

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-21:

#12

PDF crashes after I press "OK" on "PDF Import Settings" screen.

AFAIK okular in KDE and GIMP both use poppler and all failing in inkscape pdfs are rendered ok in okular and gimp.

Revision history for this message

su_v (suv-lp) wrote on 2010-02-21:

#13

258504-pdfinfo-1.txt Edit (1.2 KiB, text/plain)

all three PDFs open without issues in Inkscape 0.47 and 0.47+devel r9096 on OS X 10.5.8

AFAICT the files have nothing in common: varying PDF versions, different creators, different content (bitmap, text only, vector data, clip-paths)
(output from pdfinfo attached)

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-21:

#14

Here are some additional details that I got from debugger. Field 'keys' in the object of class PopplerCache representing ccColorSpaceCache object is bad. Stack is the same in all 3 previous PDF cases:

....
->Gtk::manage<Gtk::HSeparator>
-> GfxColorSpace::parse
    "ICCBased" case in if
-> GfxICCBasedColorSpace::parse
    line: gfx->getIccColorSpaceCache()->put(k, item);
-> PopplerCache::put
    SEGV on line keys[0] = key; with keys=0xf0ffffff
    Error accessing memory address 0xf0ffffff: Bad address.

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-21:

#15

case#4:PDF SEGVs inkscape Edit (565.5 KiB, application/pdf)

This one has a bit different stack on crash.

BTW poppler-0.12.3 is used on my system. Is it the same on OSX? If not, could you try 0.12.3?

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-21:

#16

Another observation: all non-crashing PDFs never go through parsing of element with type "ICCBased".

So maybe presence of "ICCBased" elements in the property that all of the problematic PDFs have in common.

Revision history for this message

ScislaC (scislac) wrote on 2010-02-21:

#17

Crashes confirmed on Ubuntu Lucid w/ libpoppler 0.12.3 on r9100

Changed in inkscape:
status:	New → Won't Fix
status:	Won't Fix → Confirmed

Revision history for this message

ScislaC (scislac) wrote on 2010-02-21:

#18

Download full text (4.5 KiB)

Backtrace:

Program received signal SIGSEGV, Segmentation fault.
0xb68a4e29 in PopplerCache::lookup(PopplerCacheKey const&) ()
   from /usr/lib/libpoppler.so.5
(gdb) bt
#0 0xb68a4e29 in PopplerCache::lookup(PopplerCacheKey const&) ()
   from /usr/lib/libpoppler.so.5
#1 0xb687a99e in GfxICCBasedColorSpace::parse(Array*, Gfx*) ()
   from /usr/lib/libpoppler.so.5
#2 0xb687a6c3 in GfxColorSpace::parse(Object*, Gfx*) ()
   from /usr/lib/libpoppler.so.5
#3 0x085bde39 in PdfParser::opSetFillColorSpace (this=0x97a4dc0,
    args=0xbfffde58, numArgs=1)
    at extension/internal/pdfinput/pdf-parser.cpp:1014
#4 0x085b98c7 in PdfParser::go (this=0x97a4dc0, topLevel=1)
    at extension/internal/pdfinput/pdf-parser.cpp:409
#5 0x085bd02d in PdfParser::parse (this=0x97a4dc0, obj=0xbfffe0b4, topLevel=1)
    at extension/internal/pdfinput/pdf-parser.cpp:381
#6 0x08222d19 in Inkscape::Extension::Internal::PdfInput::open (
    this=0x8a8e530, uri=0xbcd941c "/home/scislac/dl/studyguidelawrence.pdf")
    at extension/internal/pdfinput/pdf-input.cpp:728
#7 0x08205db7 in Inkscape::Extension::Input::open (this=0x8b55810,
    uri=0xbcd941c "/home/scislac/dl/studyguidelawrence.pdf")
    at extension/input.cpp:153
#8 0x08203f4f in Inkscape::Extension::open (key=0x0,
    filename=0xbcd941c "/home/scislac/dl/studyguidelawrence.pdf")
    at extension/system.cpp:97
#9 0x0809925e in sp_file_open (uri=..., key=0x0, add_to_recent=true,
    replace_empty=true) at file.cpp:222
#10 0x0809bcaa in sp_file_open_dialog (parentWindow=...) at file.cpp:540
#11 0x082484cd in sp_action_perform (action=0x8f3dea8, data=0x0)
    at helper/action.cpp:181
#12 0xb71d80ec in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#13 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0xb71dfc6d in ?? () from /usr/lib/libgobject-2.0.so.0
#15 0xb71e1204 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#16 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0xb7578e85 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#18 0xb757b0ed in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0
#19 0xb7758c0f in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#20 0xb71d80ec in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#21 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#22 0xb71dfc6d in ?? () from /usr/lib/libgobject-2.0.so.0
#23 0xb71e1204 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#24 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#25 0xb759613a in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#26 0xb7597c88 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#27 0xb71d80ec in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#28 0xb71c84d9 in ?? () from /usr/lib/libgobject-2.0.so.0
#29 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0xb71df5ea in ?? () from /usr/lib/libgobject-2.0.so.0
#31 0xb71e1204 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#32 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#33 0xb75961da in gtk_button_r...

Backtrace:

Program received signal SIGSEGV, Segmentation fault.
0xb68a4e29 in PopplerCache::lookup(PopplerCacheKey const&) ()
   from /usr/lib/libpoppler.so.5
(gdb) bt
#0  0xb68a4e29 in PopplerCache::lookup(PopplerCacheKey const&) ()
   from /usr/lib/libpoppler.so.5
#1  0xb687a99e in GfxICCBasedColorSpace::parse(Array*, Gfx*) ()
   from /usr/lib/libpoppler.so.5
#2  0xb687a6c3 in GfxColorSpace::parse(Object*, Gfx*) ()
   from /usr/lib/libpoppler.so.5
#3  0x085bde39 in PdfParser::opSetFillColorSpace (this=0x97a4dc0, 
    args=0xbfffde58, numArgs=1)
    at extension/internal/pdfinput/pdf-parser.cpp:1014
#4  0x085b98c7 in PdfParser::go (this=0x97a4dc0, topLevel=1)
    at extension/internal/pdfinput/pdf-parser.cpp:409
#5  0x085bd02d in PdfParser::parse (this=0x97a4dc0, obj=0xbfffe0b4, topLevel=1)
    at extension/internal/pdfinput/pdf-parser.cpp:381
#6  0x08222d19 in Inkscape::Extension::Internal::PdfInput::open (
    this=0x8a8e530, uri=0xbcd941c "/home/scislac/dl/studyguidelawrence.pdf")
    at extension/internal/pdfinput/pdf-input.cpp:728
#7  0x08205db7 in Inkscape::Extension::Input::open (this=0x8b55810, 
    uri=0xbcd941c "/home/scislac/dl/studyguidelawrence.pdf")
    at extension/input.cpp:153
#8  0x08203f4f in Inkscape::Extension::open (key=0x0, 
    filename=0xbcd941c "/home/scislac/dl/studyguidelawrence.pdf")
    at extension/system.cpp:97
#9  0x0809925e in sp_file_open (uri=..., key=0x0, add_to_recent=true, 
    replace_empty=true) at file.cpp:222
#10 0x0809bcaa in sp_file_open_dialog (parentWindow=...) at file.cpp:540
#11 0x082484cd in sp_action_perform (action=0x8f3dea8, data=0x0)
    at helper/action.cpp:181
#12 0xb71d80ec in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#13 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0xb71dfc6d in ?? () from /usr/lib/libgobject-2.0.so.0
#15 0xb71e1204 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#16 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0xb7578e85 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#18 0xb757b0ed in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0
#19 0xb7758c0f in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#20 0xb71d80ec in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#21 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#22 0xb71dfc6d in ?? () from /usr/lib/libgobject-2.0.so.0
#23 0xb71e1204 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#24 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#25 0xb759613a in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#26 0xb7597c88 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#27 0xb71d80ec in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#28 0xb71c84d9 in ?? () from /usr/lib/libgobject-2.0.so.0
#29 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0xb71df5ea in ?? () from /usr/lib/libgobject-2.0.so.0
#31 0xb71e1204 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#32 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#33 0xb75961da in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#34 0xb7596404 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#35 0xb766a038 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#36 0xb71c84d9 in ?? () from /usr/lib/libgobject-2.0.so.0
#37 0xb71c9e52 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#38 0xb71df996 in ?? () from /usr/lib/libgobject-2.0.so.0
#39 0xb71e1083 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#40 0xb71e16a6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#41 0xb77ae0ce in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#42 0xb76613f0 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#43 0xb766292f in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#44 0xb74ca3ea in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#45 0xb7126f95 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#46 0xb712ac98 in ?? () from /lib/libglib-2.0.so.0
#47 0xb712b1ef in g_main_loop_run () from /lib/libglib-2.0.so.0
#48 0xb7662f39 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#49 0xb7e4b9f7 in Gtk::Main::run_impl() () from /usr/lib/libgtkmm-2.4.so.1
#50 0xb7e4b7f2 in Gtk::Main::run() () from /usr/lib/libgtkmm-2.4.so.1
#51 0x0808992b in sp_main_gui (argc=1, argv=0xbffff4d4) at main.cpp:953
#52 0x08169b3a in Inkscape::NSApplication::Application::run (this=0xbffff3f8)
    at application/application.cpp:114
#53 0x08088d92 in main (argc=1, argv=0xbffff4d4) at main.cpp:689

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-02-22:

#19

I asked the maintainer of poppler Albert Astals Cid about these crashes. Here is what he replied:

> We changed how the ICC cache is handled in poppler 0.12.2 in an ABI
> incompatible change, so if your user is using distributed binaries compiled
> with a different version that he is using that could be the problem. Otherwise
> i would say it is your code problem if okular/evince render the files
> correctly.
>
> Albert

But I've rebuilt inkscape and all dependent packages from sources and still getting SEGVs, so it's not the issue of ABI incompatible change.

Obviously ICC cache was changed and there is some problem in inkscape related to this.

su_v (suv-lp) on 2010-02-22

summary:

- Some paths in imported pdf document shifted compared to the original pdf
+ PDF import: crash in PopplerCache::lookup() with poppler >= 0.12.2

Revision history for this message

In Red Hat Bugzilla #551119, Jacek (jacek-redhat-bugs) wrote on 2010-02-26:

#56

Link to inkscape feedback is incorrect. Feedback for inkscape-0.47-2.fc12 can be left at https://admin.fedoraproject.org/updates/inkscape-0.47-2.fc12

Revision history for this message

su_v (suv-lp) wrote on 2010-02-27: Re: PDF import: crash in PopplerCache::lookup() with poppler >= 0.12.2

#20

@JazzyNico, Alvin - could you test the PDF files on win32 and/or on linux with poppler < 0.12.2?

Revision history for this message

jazzynico (jazzynico) wrote on 2010-02-28:

#21

Not reproduced on Ubuntu 9.10, Inkscape 0.47, libpoppler 0.12.0-0ubuntu2.1.

Revision history for this message

In Red Hat Bugzilla #551119, Fedora (fedora-redhat-bugs) wrote on 2010-03-06:

#57

inkscape-0.47-2.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.

Revision history for this message

Krzysztof Kosinski (tweenk) wrote on 2010-03-21:

#22

Not reproduced on Lucid (poppler 0.12.4) when I build with the patch from bug 487038.

This is not a bug in the patch there - it is an ABI mismatch. In other words Inkscape was compiled with a different version of Poppler than the one on the user's system. I don't think we can do anything about it - maybe warn when starting Inkscape and disable PDF import?

Revision history for this message

Krzysztof Kosinski (tweenk) wrote on 2010-03-21:

#23

I think this is Poppler's fault - it appears they made an ABI break without bumping the soname on libpoppler. x_x

Revision history for this message

Krzysztof Kosinski (tweenk) wrote on 2010-03-27:

#24

==IMPORTANT - PLEASE READ==

These crashes happen when you use Inkscape compiled with Poppler <= 0.12.1 on a system that has Poppler >= 0.12.2. These Poppler releases are not ABI-compatible, yet they share the same library name (soname). The direct cause of the crashes is an ABI mismatch.

This issue cannot be satisfactorily fixed in Inkscape. You need to contact your distribution maintainers, who should either:
a) ship a development version of Inkscape recompiled with the new Poppler libraries, or
b) bump the libpoppler soname between 0.12.1 and 0.12.2

You can also recompile Inkscape yourself. You need to use the development version (bzr checkout lp:inkscape) until 0.48 is released. Instructions are available at:
http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape

summary:

- PDF import: crash in PopplerCache::lookup() with poppler >= 0.12.2
+ Crash on PDF import with poppler >= 0.12.2 and Inkscape compiled with
+ poppler <= 0.12.1 (ABI mismatch)

Revision history for this message

Yuri (yuri-tsoft) wrote on 2010-03-27:

#25

I just recompiled inkscape and I only have poppler-0.12.3 installed.
I still observe SEGVs on those particular pdfs,

So most certainly it's not related to ABI mismatch.

Revision history for this message

su_v (suv-lp) wrote on 2010-03-27:

#26

After upgrading to poppler 0.12.4 (from 0.12.1) on OS X 10.5.8 I could open all 4 attached PDF files attached to bug #258504 without Inkscape crashing.

Could this bug (#258504) - as reported by Yuri - be specific to poppler 0.12.3 and not a general ABI mismatch? It has been reproduced twice with inkscape built against poppler 0.12.3, but not reproduced twice inkscape built against poppler 0.12.4.

Revision history for this message

Steve Wilson (steve-wilson) wrote on 2010-03-27:

#27

From my original Bug #548746......(openSUSE 11.2, Inkscape 0.47)

Have downgraded poppler 0.12.3 to 0.12.0 and pdf docs load OK.

Revision history for this message

su_v (suv-lp) wrote on 2010-03-27:

#28

@Krzysztof - I still think bug #258504 is not the same issue as the ABI mismatch reported in bug #548746. IMHO the duplicate status (and the summary) of bug #548746 should be reverted and the "==IMPORTANT - PLEASE READ==" comment about ABI mismatch <https://bugs.launchpad.net/inkscape/+bug/258504/comments/24> should be moved (i.e. added) to bug #548746.

Bug #258504 is different:
1) the crashes have been reproduced on two different systems with inkscape locally built against poppler 0.12.3
2) #258504 reports SIGSEGV with certain PDFs only (in 'PopplerCache::lookup()') and not - as again confirmed by Steve in bug #548746 comment #6 - with ALL PDF files ('inkscape: undefined symbol: _ZN13GfxColorSpace5parseEP6Object').

Revision history for this message

Steve Wilson (steve-wilson) wrote on 2010-03-27:

#29

Sorry to be the bringer of bad news, but I frequently use Inkscape to import company quotations generated as pdf docs, which I then modify. As I confirmed early, THESE I can now import (since downgrading to poppler 0.12.0). However, I have checked and many other pdf docs still don't load. Even a simple text file created in Open Office, then saved as a pdf, fails to load.

Revision history for this message

su_v (suv-lp) wrote on 2010-03-27:

#30

> However, I have checked and many other pdf docs still don't load.

with the same console messages as you reported in bug #548746? If it is a different error - as you downgraded to poppler 0.12.0 it is not likely to be related to that poppler version conflict (ABI mismatch) anymore - these failures should be reported separately IMHO. Please do search the bug database beforehand - there are several other open bugs about issues when opening/importing PDF files. If you file a new report please attach any console messages or available backtraces as well as sample files that fail to load so that we can try to reproduce it on other systems.

Revision history for this message

In Novell/SUSE Bugzilla #638525, Novellbmw (novellbmw) wrote on 2010-09-10:

#32

User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.9) Gecko/20100824 SUSE/3.6.9-1.2 Firefox/3.6.9

inkscape exits when trying to import an PDF

Reproducible: Always

Steps to Reproduce:
1. open inkscape
2. Menu/File/Import
3. select a PDF, confirm popup
Actual Results:
inkscape: symbol lookup error: inkscape: undefined symbol: _ZN13GfxColorSpace5parseEP6Object

Expected Results:
inkscape should offer PDF editing

happens with both regular inkscape-0.46 and with inkscape-0.48 from GNOME project

Revision history for this message

In Novell/SUSE Bugzilla #638525, Novellbmw (novellbmw) wrote on 2010-09-13:

#33

I have found two more interesting things:

a) bug does not happen with all pdfs. e.g. black&white /usr/share/doc/packages/iproute2/rtstat.pdf works.
Bug does happen (among others) with
http://www.zq1.de/~bernhard/temp/inkscapebug1.pdf created from simple
http://www.zq1.de/~bernhard/temp/inkscapebug1.odp

b) bug does not happen with a fresh install of 11.2, but after a zypper in libpoppler5 without any extra repos, so there was some update to libpoppler5 causing this bug.

Revision history for this message

In Novell/SUSE Bugzilla #638525, Vincent Untz (vuntz) wrote on 2010-09-13:

#34

Bin Li: this is possibly caused by the update to 0.12.3 that was pushed as a maintenance update. Could you take a look?

Revision history for this message

In Novell/SUSE Bugzilla #638525, Bili-k (bili-k) wrote on 2010-09-14:

#35

Okay, take care of it.

Revision history for this message

In Novell/SUSE Bugzilla #638525, Bili-k (bili-k) wrote on 2011-12-05:

#36

Cause it's a long time bug, could you try in the latest one, set it wontfix, feel free to contact me if any issue. Thanks!

Revision history for this message

In Novell/SUSE Bugzilla #638525, Bwiedemann (bwiedemann) wrote on 2011-12-05:

#37

bug is no more reproducible with 12.1 versions
inkscape-0.48.2-2.1.2.x86_64
libpoppler7-0.14.4-6.1.x86_64
libpoppler13-0.16.5-6.6.x86_64
libpoppler17-0.17.4-1.1.x86_64
libpoppler18-0.18.0-2.1.3.x86_64

Revision history for this message

Ivan Zakharyaschev (imz) wrote on 2013-01-18:

#31

Cf. https://bugs.archlinux.org/task/17524 , http://lists.altlinux.org/pipermail/sisyphus/2010-January/345142.html , https://bugzilla.novell.com/show_bug.cgi?id=638525 .

Bug Watch Updater (bug-watch-updater) on 2013-01-18

Changed in opensuse:
importance:	Unknown → High
status:	Unknown → Won't Fix

Revision history for this message

ScislaC (scislac) wrote on 2013-11-14:

#38

Closing as won't fix since there are no stable distros currently using that old version of poppler any longer. If you feel this was closed in error, please feel free to reopen it and explain why.

Changed in inkscape:
status:	Confirmed → Won't Fix

Bug Watch Updater (bug-watch-updater) on 2017-10-27

Changed in inkscape (Fedora):
importance:	Unknown → Medium
status:	Unknown → Fix Released

Inkscape

Crash on PDF import with poppler >= 0.12.2 and Inkscape compiled with poppler <= 0.12.1 (ABI mismatch)

Bug Description

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

	Status	Importance	Assigned to
Inkscape	Won't Fix	High	Unassigned
openSUSE	Won't Fix	High	novell-bugs #638525
inkscape (ALT Linux)	Unknown	Unknown	alt-linux #28380
inkscape (Arch Linux)	New	Undecided	Unassigned
inkscape (Fedora)	Fix Released	Medium	redhat-bugs #551119