desktop-packages team mailing list archive

[Till Kamppeter <277404@xxxxxxxxxxxxxxxxxx>]

Roger, you are right that the HPLIP developers at HP also use this site
as their upstream bug tracking system, but this particular bug report
has an HPLIP upstream task which is marked invalid as it turned out that
the problem described here is not a problem of HPLIP. The problem is a
Poppler upstream bug and all Ubuntu package tasks marked as fixed here
are indeed workarounds, making Poppler only generating PostScript level
2 or replacing Poppler by Ghostscript (the latter is done in Oneiric)
due to lack of a fix in Poppler upstream. Plaes continue discussion in
the Poppler upstream bug (as you already do). This is the real culprit
and these developers have to provide a fix.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gtk+2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/277404

Title:
  hp laserjet postscript text print does not print some characters

Status in HP Linux Imaging and Printing:
  Invalid
Status in Poppler:
  Confirmed
Status in “cups” package in Ubuntu:
  Fix Released
Status in “foomatic-db” package in Ubuntu:
  Invalid
Status in “gtk+2.0” package in Ubuntu:
  Invalid
Status in “hplip” package in Ubuntu:
  Invalid
Status in “poppler” package in Ubuntu:
  Triaged
Status in “cups” source package in Intrepid:
  Fix Released
Status in “foomatic-db” source package in Intrepid:
  Invalid
Status in “gtk+2.0” source package in Intrepid:
  Invalid
Status in “hplip” source package in Intrepid:
  Invalid
Status in “poppler” source package in Intrepid:
  Invalid

Bug description:
  Binary package hint: hplip

  Intrepid Beta (fresh install)
  HPLIP 2.8.7-0ubuntu3

  Symptoms: Printing from a text based application like text editor to
  my HP ColorLaserJet 2605Dn (using the recommended Postscript driver)
  results in certain characters being represented as empty squares. The
  number "8", the "<" and ">",  the "/" character and the eol char seem
  to be most affected.

  Changing the document's font does not correct the problem, but it may
  cause different characters to be substituted with boxes.

  My other printer, which is an HP P1215 inkjet (non-Postscript) works
  normally.

  The Laserjet works fine in Hardy. I tried copying the .ppd from hardy
  over the .ppd installed with Intrepid, but the problem remains. (note:
  subsequent testing indicates this para is incorrect.  I had forgottent
  to restart CUPS. The Hardy .ppd does in fact correct the problem as
  noted below).

  If I set the Laserjet to use the generic Postscript driver I lose some
  control features, but what does print is correct and the problem does
  not manifest.

  To repeat the issue:

  open text editor and enter the string

  ***this is a printer system test
  1234567890abcdefghijklmnopqrstuvwxyz/.,<>?***

  print the document.  The "8" character, the "/" character, the ">"
  character and the eol character will be represented by a hollow
  square. I don't see any equivalent in the Latin character set chart.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hplip/+bug/277404/+subscriptions