Package: cups-client Version: 2.4.2-1+b2 Severity: important Hello Debian Printing Team (and Season's Greetings!).
I am experiencing a bug with CUPS: at some point in time in the past (unfortunately I do not remember exactly with which version, sorry, I do not print stuff on a daily basis...) CUPS began ignoring the sides= option value and began printing on one side only. I remember seeing this issue on other Debian testing boxes with other printers, but let's focus on the box I am writing this bug report from. The printer is an HP LaserJet 1320 printer connected via USB cable, but I don't think the make and model makes too much of a difference... The following options are set as default: $ lpoptions -p lj copies=1 device-uri=usb://HP/LaserJet%201320%20series?serial=00CNFW522KS9 finishings=3 job-cancel-after=10800 job-hold-until=no-hold job-priority=50 job-sheets=none,none marker-change-time=0 media=A4 number-up=1 pdftops-renderer=pdftops pdftops-renderer-default=pdftops print-color-mode=monochrome printer-commands=AutoConfigure,Clean,PrintSelfTestPage printer-info='HP LaserJet 1320' printer-is-accepting-jobs=true printer-is-shared=true printer-is-temporary=false printer-location=local printer-make-and-model='HP LaserJet 1320 Foomatic/pxlmono (recommended)' printer-state=3 printer-state-change-time=1569079565 printer-state-reasons=none printer-type=8564756 printer-uri-supported=ipp://localhost:631/printers/lj sides=two-sided-long-edge Please note that the default is 'sides=two-sided-long-edge'. However, if I print any multi-page document: $ lpr -P lj foo.pdf I obtain one document page per sheet of paper, that is to say, a one-sided print, which is almost always *not* what I want (in order to reduce the waste of paper, the environmental impact, and so forth...). Even passing explicit options changes nothing: $ lpr -P lj -o sides=two-sided-long-edge foo.pdf $ lpr -P lj -o fit-to-page -o sides=two-sided-long-edge foo.pdf It seems that the sides= option is completely ignored. I have browsed the Debian BTS and found other bug reports that seem to be related. Bug [#994395] is similar, but the bug report submitter sees a 'sides=one-sided' default with lpoptions, which is different from the behavior I am experiencing. Bug [#1008175] looks much more similar, but was closed as due to a printer firmware bug. This sounds very awkward to me, but anyway, in the case of my printer, I am sure I haven't updated its firmware for ages (and it's not connected to the network, so it cannot even have auto-updated its own firmware without asking me). This means that, if the firmware is buggy, it has been buggy for a long time, and it was buggy even when CUPS was perfectly able to print two-sided. In other words, if a buggy firmware is to be blamed, CUPS used to be able to work around this firmware bug and is now no longer able to do so. So, in any case, there's something that needs to be fixed in CUPS... [#994395]: <https://bugs.debian.org/994395> [#1008175]: <https://bugs.debian.org/1008175> Please investigate and fix this bug and/or forward my bug report upstream, as appropriate. Thanks for your time and patience! -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 6.0.0-6-686 (SMP w/1 CPU thread; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups-client depends on: ii adduser 3.129 ii cups-common 2.4.2-1 ii libc6 2.36-7 ii libcups2 2.4.2-1+b2 cups-client recommends no packages. Versions of packages cups-client suggests: ii cups 2.4.2-1+b2 ii cups-bsd 2.4.2-1+b2 pn smbclient <none> -- no debconf information
