ghostscript hangs reading certain pdfs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GS-GPL |
Unknown
|
Unknown
|
|||
ghostscript (Ubuntu) |
Fix Released
|
Low
|
Unassigned | ||
Trusty |
Fix Released
|
Medium
|
Unassigned | ||
Utopic |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
= SRU justification =
On a few pdfs, gs hangs and uses 100% cpu forever.
This could be used as a denial of service through imagemagick which uses ghostscript as a delegate, and commonly used in php etc... which is how I found the issue.
The packages from utopic (9.14~dfsg-
= SRU test case (PDF attached to this ticket) =
gs WaddellAndReedJ
= SRU Regression potential =
tbd
= SRU Other info =
This has been fixed upstream in commit abd38464f9b which has already landed in utopic and later. The SRU is then to backprt this patch to trusty.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: ghostscript 9.10~dfsg-
ProcVersionSign
Uname: Linux 3.13.0-30-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CupsErrorLog:
CurrentDesktop: Unity
Date: Tue Jul 15 14:34:26 2014
InstallationDate: Installed on 2014-04-20 (86 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
Lpstat:
device for Bizhub7222: socket:
device for HP-Photosmart-
MachineType: ASUSTeK COMPUTER INC. UX32VD
Papersize: letter
PpdFiles:
HP-Photosmart-
Bizhub7222: HP LaserJet 5L - CUPS+Gutenprint v5.2.10-pre2
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: ghostscript
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 11/16/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: UX32VD.213
dmi.board.
dmi.board.name: UX32VD
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: UX32VD
dmi.product.
dmi.sys.vendor: ASUSTeK COMPUTER INC.
Related branches
Changed in ghostscript (Ubuntu): | |
importance: | Undecided → Low |
information type: | Private Security → Public Security |
Changed in ghostscript (Ubuntu): | |
status: | Confirmed → Fix Released |
Changed in ghostscript (Ubuntu Trusty): | |
status: | New → Confirmed |
importance: | Undecided → Low |
description: | updated |
Changed in ghostscript (Ubuntu Trusty): | |
importance: | Low → Medium |
description: | updated |
Changed in ghostscript (Ubuntu Utopic): | |
status: | New → Fix Released |
Probably a duplicate of Bug #968785 since adding -dNOTRANSPARENCY allows the pdf to render, still this results in incorrect output so not necessarily a good work around