Opened 3 years ago

Closed 2 years ago

#350 closed defect (fixed)

Lucide crashes when loading some files that already have a thumbnail EA.

Reported by: Steven Levine Owned by: Gregg Young
Priority: major Milestone: 1.4.1
Component: Backend Version: 1.4.0
Keywords: Cc:


Some Intel PDFs cause Lucide 1.40 to trap unless Lucide needs to create a thumbnail.

One example is:

If Lucide is configured to create thumbnails, the document will load.

If Lucide is not configured to create thumbnails, or the document document already has a thumbnail, Lucide with trap as shown in the attached .trp file.

Removing the thumbnail EA will allow the document to load without trapping.

Note when this trap occurs, exceptq is unable to open a trp file, so the report is written to stderr.

Attachments (1)

0932_04.trp (25.9 KB) - added by Steven Levine 3 years ago.

Download all attachments as: .zip

Change History (5)

Changed 3 years ago by Steven Levine

Attachment: 0932_04.trp added

comment:1 Changed 2 years ago by Gregg Young

Owner: set to Gregg Young
Status: newassigned

This doesn't trap here. However, if I load the linked pdf after the thumbnail is added to the eas the table of contents shows in the navigation pane but the actual document isn't shown (pane remains gray). The main pane navigates as if the document is visible (ie if I double click a content entry the vertical scroll bar moves to a new location).

If I render the first page as is done by createThumbnail it all appears to work correctly. I simply render it then delete the buffer holding it.

comment:2 Changed 2 years ago by Lewis Rosenthal

This document loads fine for me with the 1.4.1 beta 1 dll, under the following test conditions:

  1. Document loaded once after downloading, with thumbnail creation enabled. This loaded the document and created the thumbnail.
  2. Document closed.
  3. Lucide configured to not create thumbnails.
  4. Document opened (after confirming presence of thumbnail EA, and thumbnail displayed in FOC - tested with and without FOC.dll in use system-wide).


  • TOC did render well ahead of the main window, but this was expected, due to the sheer size of the document (1680 pages).
  • Paging through the document was quick.
  • Closing Lucide with the document loaded emptied the document pane first, leaving the TOC visible. Lucide closed cleanly thereafter.

comment:3 Changed 2 years ago by Steven Levine

1.41beta1 appears to have resolved the traps here.

I tested it against the orignal testcase .pdf and some of the other larger Intel PDFs in the same document set.

The TOC pane behavior is expected. The TOC pane can be toggled on and off without a document loaded.

comment:4 Changed 2 years ago by Lewis Rosenthal

Milestone: 1.4.1
Resolution: fixed
Status: assignedclosed

Resolving as fixed in 1.4.1b1.

Note: See TracTickets for help on using tickets.