DefaultSendFF does not work properly in CUPS with textonly printers

Bug #396673 reported by DarkNova
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
Fix Released
Low
Till Kamppeter

Bug Description

Binary package hint: cups

Tested with CUPS 1.3.9-17ubuntu3.2 on Jaunty.

When using a text-only printer (like a dot-matrix) it is sometimes desirable to have the printer automatically do a form-feed at the end of each job so it advances to the next page. This is accomplished by setting the DefaultSendFF field to True in the PPD file. However, this does not work properly. The textonly filter (/usr/lib/cups/filter/textonly) uses the command "echo -ne \\14" to accomplish the form-feed but this does not output a form feed. Instead, it prints "\14" to the page. By modifying the file to do "echo -ne \\014" instead it will properly output the form-feed.

Diff:

--- textonly 2009-07-04 19:56:40.000000000 -0500
+++ textonly.orig 2009-07-04 19:56:18.000000000 -0500
@@ -114,7 +114,7 @@

   if [ "$SENDFF" == "True" ]
     then
- echo -ne \\014
+ echo -ne \\14
   fi

   COPIES=$(($COPIES - 1))

Related branches

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Fixed in the CUPS BZR repository at Debian, so the fix will appear in Karmic with the next CUPS upload.

Changed in cups (Ubuntu):
assignee: nobody → Till Kamppeter (till-kamppeter)
importance: Undecided → Low
status: New → Fix Committed
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Tim, can you apply this fix also to the textonly filter upstream and/or at Red Hat, so that the problem will disappear for all distros which use your filter?

Revision history for this message
Tim Waugh (twaugh) wrote :

This was fixed in Fedora in October 2008. I'm surprised you've only just picked up the fix...

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cups - 1.3.11-1

---------------
cups (1.3.11-1) unstable; urgency=low

  [ Till Kamppeter ]
  * debian/local/filters/textonly: Adding a final form feed to the job (via
    PPD option) did not work (LP: #396673).
  * debian/local/filters/pdf-filters/filter/imagetopdf.c: imagetopdf proceeded
    the PDF output with a blank line. This made some filters misbehave.
  * debian/patches/read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.dpatch:
    Make CUPS read the number of copies out of Windows print jobs reliably by
    also considering lines like "%%BeginNonPPDFeature: NumCopies 2". Thanks
    to Dan Sheridan from Adelard (djs at adelard dot com) for this improvement
    of the patch.

  [ Stéphane Graber ]
  * Add printer-filtering.dpatch: Add support for printer filtering.
    With this patch, when the PRINTER_LIST environment variable is defined
    only the printers (comma separated) in it will be displayed.

  [ Martin Pitt ]
  * New upstream bug fix release. See http://www.cups.org/articles.php?L586
    for details.
  * Drop pdftops-testsuite.dpatch (fixed upstream).
  * poppler-based-pdftops-fixes.dpatch, search_mime_files_in_usr_share.dpatch:
    Update to new upstream version.

 -- Martin Pitt <email address hidden> Sat, 11 Jul 2009 17:27:03 +0200

Changed in cups (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
DarkNova (c-launch) wrote :

Is it possible to have this backported into CUPS 1.3.9 on Ubuntu? Every time one of our Jaunty servers has its CUPS package updated my manual file of this file gets undone and if I forget to change the file then the print jobs get messed up. I imagine other Jaunty users face this problem as well.

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

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.