Bug 1099418 - cups-filters-1.0.53-2.fc20 breaks duplex printing
Summary: cups-filters-1.0.53-2.fc20 breaks duplex printing
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: cups-filters
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 1099428
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-05-20 09:18 UTC by Dan Horák
Modified: 2015-06-29 20:43 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-06-29 20:43:49 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
LJ2300.ppd (54.07 KB, text/plain)
2014-05-20 10:04 UTC, Dan Horák
no flags Details

Description Dan Horák 2014-05-20 09:18:45 UTC
After update to cups-filters-1.0.53-2.fc20 the duplex printing on my HP 2300dtn is broken. Downgrade to cups-filters-1.0.53-1.fc20 resolves the problem.

Version-Release number of selected component (if applicable):
cups-filters-1.0.53-2.fc20
hplip-3.13.11-4.fc20.x86_64
cups-1.7.2-1.fc20.x86_64


[dan@eagle ~]$ grep -H '^*NickName:' /etc/cups/ppd/*.ppd
/etc/cups/ppd/LJ2300.ppd:*NickName: "HP LaserJet 2300 Postscript (recommended)"

Comment 1 Tim Waugh 2014-05-20 09:43:44 UTC
What does 'lpinfo -l -v' say?

Comment 2 Dan Horák 2014-05-20 09:47:02 UTC
[root@eagle log]# lpinfo -l -v
Device: uri = socket
        class = network
        info = AppSocket/HP JetDirect
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = serial:/dev/ttyS0?baud=115200
        class = serial
        info = Serial Port #1
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = lpd
        class = network
        info = LPD/LPR Host or Printer
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = hp
        class = direct
        info = HP Printer (HPLIP)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = beh
        class = network
        info = Backend Error Handler
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = ipps
        class = network
        info = Internet Printing Protocol (ipps)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = https
        class = network
        info = Internet Printing Protocol (https)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = ipp
        class = network
        info = Internet Printing Protocol (ipp)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = http
        class = network
        info = Internet Printing Protocol (http)
        make-and-model = Unknown
        device-id = 
        location = 
Device: uri = hpfax
        class = direct
        info = HP Fax (HPLIP)
        make-and-model = Unknown
        device-id = 
        location =

Comment 3 Tim Waugh 2014-05-20 09:48:10 UTC
Oh, it isn't listed there. What does 'lpstat -s' say?

Comment 4 Tim Waugh 2014-05-20 09:57:30 UTC
Also, please attach /etc/cups/ppd/LJ2300.ppd.

Comment 5 Dan Horák 2014-05-20 10:04:01 UTC
Created attachment 897523 [details]
LJ2300.ppd

Comment 6 Dan Horák 2014-05-20 10:05:56 UTC
[root@eagle ppd]# ls -al LJ2300.ppd 
-rw-r--r--. 1 root root 55366 May 15  2009 LJ2300.ppd

Comment 7 Jiri Popelka 2014-05-20 10:19:06 UTC
The only difference between cups-filters-1.0.53-1 and 1.0.53-2 is the "work-around" patch for bug #768811.
http://pkgs.fedoraproject.org/cgit/cups-filters.git/tree/cups-filters-pdf-landscape.patch?h=f20

Correct solution for bug #768811 however is to fix bug #1099428 (poppler) and remove this patch.

Comment 8 Bohumil Kriz 2014-05-26 09:24:42 UTC
Same problem with HPLJ 4250

Comment 9 Bohumil Kriz 2014-06-18 08:51:29 UTC
I've tried packages:
  cups-filters-1.0.53-5.fc20.x86_64
  cups-filters-libs-1.0.53-5.fc20.x86_64
Problem still exist.
I've to downgrade to last working version 1.0.53-1.fc20.x86_64

Comment 10 Andreas M. Kirchwitz 2014-06-24 16:33:14 UTC
HP Laserjet 4250 dtn has the same duplex problem here (fully patched system). Funny thing is, HP LaserJet M5035 MFP works perfectly fine. Seems to depend on model. Duplexer is recognized for both devices (in fact, settings haven't changed). But since one of the recent CUPS updates, the 4250 is no longer printing duplex. However, I haven't verified which specific CUPS update it was because I'm printing quite infrequently these days.

Save the trees. Any additional help needed to make duplex printing work again?

Comment 11 Andreas M. Kirchwitz 2014-06-24 23:27:24 UTC
Is there any (even ugly) workaround for printing duplex without downgrading the cups-filters and cups-filters-libs packages? Maybe by using a different driver? (The bug doesn't seem to affect all printers.) Or some direct patching of /usr/lib/cups/filter/pdftops?

"yum upgrade" offers pretty old version 1.0.41-4 with security issues. And last working version 1.0.53-1 has been replaced everywhere with newer versions already (1.0.53-5).

Comment 12 Jiri Popelka 2014-06-25 07:45:31 UTC
(In reply to Andreas M. Kirchwitz from comment #11)
> Is there any (even ugly) workaround ... ?

You can try to set pdftops renderer to Ghostscript:
lpadmin -p <printer> -o pdftops-renderer-default=gs

you can then revert the change with:
lpadmin -p <printer> -R pdftops-renderer-default

Comment 13 Andreas M. Kirchwitz 2014-06-26 22:39:39 UTC
Jiri, thanks a lot, that works great and allows for proper duplex printing! You saved the trees. :-)

Comment 14 Nicola Soranzo 2014-07-11 16:57:40 UTC
Same problem here with a HP LaserJet 4350dtn, the workaround of comment #12 works for me too.

Comment 15 Fedora End Of Life 2015-05-29 11:54:14 UTC
This message is a reminder that Fedora 20 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 20. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '20'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 20 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 16 Fedora End Of Life 2015-06-29 20:43:49 UTC
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.