#350 closed defect (fixed)

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

Reported by: stevenhl Owned by: gyoung
Priority: major Milestone: 1.4.1
Component: Backend Version: 1.4.0
Keywords: Cc:

Description

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

One example is:

https://software.intel.com/sites/default/files/managed/a4/60/325384-sdm-vol-3abcd.pdf

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 stevenhl 22 months ago.

Download all attachments as: .zip

Change History (5)

Changed 22 months ago by stevenhl

comment:1 Changed 12 months ago by gyoung

  • Owner set to gyoung
  • Status changed from new to assigned

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 12 months ago by lewisr

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).

Notes:

  • 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 12 months ago by stevenhl

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 12 months ago by lewisr

  • Milestone set to 1.4.1
  • Resolution set to fixed
  • Status changed from assigned to closed

Resolving as fixed in 1.4.1b1.

Note: See TracTickets for help on using tickets.