pdfedit consumes 100% of processor after an edit

Bug #713770 reported by Christopher on 2011-02-05
This bug affects 2 people
Affects Status Importance Assigned to Milestone
pdfedit (Ubuntu)

Bug Description

Binary package hint: pdfedit

I was using pdfedit to add minimal (bar numbers in a music score) text to a file. Each edit took longer to complete, and the processor was at max. Even after closing, a process remained until I killed it with the System Monitor.

This is repeatable: it happens every time I use it.

Lucid 2.6.35-26.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: pdfedit 0.4.5-1
ProcVersionSignature: Ubuntu 2.6.35-26.46-generic
Uname: Linux 2.6.35-26-generic i686
Architecture: i386
Date: Sat Feb 5 14:05:00 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
SourcePackage: pdfedit

Christopher (soft-kristal) wrote :
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in pdfedit (Ubuntu):
status: New → Confirmed
NoOp (glgxg) wrote :

Same issue in:
$ apt-cache policy pdfedit
  Installed: 0.4.5-1
  Candidate: 0.4.5-1
  Version table:
 *** 0.4.5-1 0
        500 http://archive.ubuntu.com/ubuntu/ maverick/universe i386 Packages
        100 /var/lib/dpkg/status

Simply selecting text and moving the text results in 92% cpu until that operation is complete. Close pdfedit & the process is still running and consuming the cpu:
$ ps -e | grep pdfedit
 4962 ? 00:04:42 pdfedit

Top is showing 90.5 CPU
4962 gg 20 0 63360 50m 13m R 90.5 1.7 5:03.44 pdfedit

However, pdfedit finally manages to close itself after several minutes:
$ ps -e | grep pdfedit

Either way, pdfedit is unusable.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers