After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 139447 - crash -- thumbnail problem
crash -- thumbnail problem
Status: RESOLVED DUPLICATE of bug 139211
Product: gpdf
Classification: Deprecated
Component: general
unspecified
Other Linux
: High major
: ---
Assigned To: Rémi Cohen-Scali
Rémi Cohen-Scali
Depends on:
Blocks:
 
 
Reported: 2004-04-08 05:11 UTC by Matt T. Proud
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6



Description Matt T. Proud 2004-04-08 05:11:38 UTC
Here are the two PDFs that have caused the trouble:
http://www.freedomhouse.org/research/mrr2004.pdf
http://www.freedomhouse.org/pdf_docs/research/freeworld/2003/map2003.pdf

1.) Have Mozilla-Firefox set to open *.pdf with gnome-pdf-viewer
2.) Open either of the previous documents, and have Firefox use gnome-pdf-viewer
to open them
3.) Open completion and opening, gnome-pdf-viewer will crash

Here are two associated stack/backtraces from the previous files:

Backtrace was generated from '/usr/libexec/gnome-pdf-viewer'

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 32022)]
0x40ff3018 in waitpid () from /lib/libpthread.so.0

Thread 1 (Thread 16384 (LWP 32022))

  • #0 waitpid
    from /lib/libpthread.so.0
  • #1 __JCR_LIST__
    from /usr/lib/libgnomeui-2.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 741
  • #3 __pthread_sighandler
    at sighandler.c line 39
  • #4 <signal handler called>
  • #5 ThumbColorMap::getRGB(unsigned char*, GfxRGB*)
    at Thumb.cc line 182
  • #6 Thumb::getPixbufData()
    at Thumb.cc line 322
  • #7 gpdf_thumbnails_view_render_thumbnail_image
    at gpdf-thumbnails-view.cc line 1166
  • #8 gpdf_thumbnails_view_populate_idle
    at Thumb.h line 88
  • #9 g_idle_dispatch
    at gmain.c line 3750
  • #10 g_main_dispatch
    at gmain.c line 1895
  • #11 g_main_context_dispatch
    at gmain.c line 2441
  • #12 g_main_context_iterate
    at gmain.c line 2522
  • #13 g_main_loop_run
    at gmain.c line 2726
  • #14 bonobo_main
    at bonobo-main.c line 297
  • #15 bonobo_generic_factory_main_timeout
    at bonobo-generic-factory.c line 384
  • #16 bonobo_generic_factory_main
    at bonobo-generic-factory.c line 341
  • #17 main
    at bonobo-application-x-pdf.cc line 102
  • #0 waitpid
    from /lib/libpthread.so.0
  • #0 waitpid
    from /lib/libpthread.so.0
  • #1 __JCR_LIST__
    from /usr/lib/libgnomeui-2.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 741
  • #3 __pthread_sighandler
    at sighandler.c line 39
  • #4 <signal handler called>
  • #5 ThumbColorMap::getRGB(unsigned char*, GfxRGB*)
    at Thumb.cc line 182
  • #6 Thumb::getPixbufData()
    at Thumb.cc line 322
  • #7 gpdf_thumbnails_view_render_thumbnail_image
    at gpdf-thumbnails-view.cc line 1166
  • #8 gpdf_thumbnails_view_populate_idle
    at Thumb.h line 88
  • #9 g_idle_dispatch
    at gmain.c line 3750
  • #10 g_main_dispatch
    at gmain.c line 1895
  • #11 g_main_context_dispatch
    at gmain.c line 2441
  • #12 g_main_context_iterate
    at gmain.c line 2522
  • #13 g_main_loop_run
    at gmain.c line 2726
  • #14 bonobo_main
    at bonobo-main.c line 297
  • #15 bonobo_generic_factory_main_timeout
    at bonobo-generic-factory.c line 384
  • #16 bonobo_generic_factory_main
    at bonobo-generic-factory.c line 341
  • #17 main
    at bonobo-application-x-pdf.cc line 102

Comment 1 Kjartan Maraas 2004-04-18 22:56:29 UTC
Which version of gpdf is this?
Comment 2 Matt T. Proud 2004-04-18 23:07:51 UTC
It has to be the latest GPDF available to Gentoo, which I believe is 0.131.

I should emphasize that after more testing, it appears that this crash only
occurs with the PDFs mentioned in this report, not ones from other sites. (Strange)

As a side note, I tried to report the version in which this error happens, but
GPDF's bugzilla page does not have itself scripted to report the product
versions; I suggest adding this feature.
Comment 3 Martin Kretzschmar 2004-05-06 10:10:35 UTC
Reopen because the information was supplied, and I can reproduce a crash.
Comment 4 Rémi Cohen-Scali 2004-05-08 12:18:35 UTC
I start working on this. The thumbs embed in the pdf seems to have a strange
format. At least one filter have a type named "name". I not yet sure if the file
have been misgenerated or if the ThumbColormap object have a parse bug. At least
it doesn't crash anymore ...
I take it...
Comment 5 Martin Kretzschmar 2004-05-08 13:47:05 UTC
Remi, can you please check the patch I did for bug #139211? It fixed this bug as
well. It seems the old code handled only Indexed color spaces, but not
DeviceGray or DeviceRGB.

*** This bug has been marked as a duplicate of 139211 ***
Comment 6 Rémi Cohen-Scali 2004-05-08 14:38:10 UTC
The bug was in colormap filter parsing (using only array objects instead of also
accepting name objects when only one filter).
Using Gfx colormap is ok (you removed the bug) but you also removed the
optimisation I added for thumb colormap (most of the thumbs are created with a
common colormap). Creating one colormap at each reference is really a big job ...
(I never saw a thumb created with a none indexed CM. This is why I created my
own simpler class).
By removing it I'am afraid that the thumbs processing become still longer (and
it is already a pain ;-)