FS#20147 - [magickthumbnail] Wrong page used and long processing time for large documents + versionning issue

Attached to Project: Community Packages
Opened by Olivier Mehani (shtrom) - Monday, 12 July 2010, 07:05 GMT
Last edited by Dan Griffiths (Ghost1227) - Thursday, 22 July 2010, 04:13 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Ionut Biru (wonder)
Dan Griffiths (Ghost1227)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

As described here [0] for 0.5.1, MagickThumbnail always uses the last page of a document as its thumbnail. When documents are big, this can also hang the machine while the entire file is crawled. Suprisingly, this doesn't seem to have been entirely solved upstream (maybe because it doesn't exist anymore...). Anyway, the solution proposed in [0] still works fine.

The attached files are a PKGBUILD with a new location (better mirror that), and a patch which fixes this issue. Another patch is also included to avoid a Python deprecation warning.

Also there seems to be some issue with the versioning. The last "upstream" version is 0.5.2. I'm not sure why the Arch package is labelled 1.0. I reverted the package version to the upstream one, but I'm not sure how this can be done properly for later client updates.

[0] http://article.gmane.org/gmane.comp.desktop.rox.user/4459

Additional info:
* 1.0-1

Steps to reproduce:
* Activate MagickThumbnail in ROX-Filer
* Get a couple of PDF files, one of them very large
* Browes to its directory
* Watch in bliss as the thumbnail of the last page of each document appear, until ROX gets to the large one, and the entire machine comes to a crawl.
This task depends upon

Closed by  Dan Griffiths (Ghost1227)
Thursday, 22 July 2010, 04:13 GMT
Reason for closing:  Fixed
Comment by Olivier Mehani (shtrom) - Monday, 12 July 2010, 07:07 GMT
Let's add the original source archive in case it goes missing.

Loading...