Your message dated Thu, 9 Sep 2021 16:38:42 +0100 with message-id <[email protected]> and subject line Re: Bug#972825: cups: Remote printing results in wrong page order has caused the Debian Bug report #972825, regarding cups: Remote printing results in wrong page order to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 972825: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972825 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: cups Version: 2.2.10-6+deb10u3 Severity: important Dear Maintainer, * What led up to the situation? I have an HP printer configured via HPLIP and shared in LAN. The version of HPLIP installed is hplip 3.18.12+dfsg0-2+b2 hplip-data 3.18.12+dfsg0-2 I can print successfully in sequential order, but not in reverse. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to print a set of pages (the even ones) in reverse order so that I can print a document double-side, after printing the odd ones. * What was the outcome of this action? - If I tried to print the even pages in reverse order I obtained also a blank page that resulted in an offset of the printing, e.g. behind page 3 was page 6 instead of page 4. I want to point out that the blank page was found in both "even" and "odd" printing job. Those pages weren't in the document. - If I manually inserted pages values "10,8,6,4,2" the result was pages "2,4,6,8,10", even if "reverse order" was NOT checked. This obviously resulted in page 10 printed behind page 1, 8 behind page 3, and so on. * What outcome did you expect instead? What I did expect in both cases was being able to print pages 1,3,5,7,9 and then pages 10,8,6,4,2 . -- System Information: Distributor ID: Raspbian Description: Raspbian GNU/Linux 10 (buster) Release: 10 Codename: buster Architecture: armv7l Kernel: Linux 5.4.51-v7l+ (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups depends on: ii cups-client 2.2.10-6+deb10u3 ii cups-common 2.2.10-6+deb10u3 ii cups-core-drivers 2.2.10-6+deb10u3 ii cups-daemon 2.2.10-6+deb10u3 ii cups-filters 1.21.6-5+rpt1 ii cups-ppdc 2.2.10-6+deb10u3 ii cups-server-common 2.2.10-6+deb10u3 ii debconf [debconf-2.0] 1.5.71 ii ghostscript 9.27~dfsg-2+deb10u4 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libc6 2.28-10+rpi1 ii libcups2 2.2.10-6+deb10u3 ii libcupsimage2 2.2.10-6+deb10u3 ii libgcc1 1:8.3.0-6+rpi1 ii libstdc++6 8.3.0-6+rpi1 ii libusb-1.0-0 2:1.0.22-2 ii poppler-utils 0.71.0-5 ii procps 2:3.3.15-2 Versions of packages cups recommends: ii avahi-daemon 0.7-4+b1 ii colord 1.4.3-4 ii cups-filters [ghostscript-cups] 1.21.6-5+rpt1 ii printer-driver-gutenprint 5.3.1-7 Versions of packages cups suggests: pn cups-bsd <none> pn cups-pdf <none> pn foomatic-db-compressed-ppds | foomatic-db <none> ii hplip 3.18.12+dfsg0-2+b2 ii printer-driver-hpcups 3.18.12+dfsg0-2+b2 pn smbclient <none> ii udev 241-7~deb10u4+rpi1 -- debconf information: cupsys/raw-print: true cupsys/backend: lpd, socket, usb, snmp, dnssd
--- End Message ---
--- Begin Message ---On Sat 24 Oct 2020 at 14:15:33 +0100, [email protected] wrote: > Package: cups > Version: 2.2.10-6+deb10u3 > Severity: important > > Dear Maintainer, > > * What led up to the situation? > > I have an HP printer configured via HPLIP and shared in LAN. > > The version of HPLIP installed is > hplip 3.18.12+dfsg0-2+b2 > hplip-data 3.18.12+dfsg0-2 > > I can print successfully in sequential order, but not in reverse. > > * What exactly did you do (or not do) that was effective (or > ineffective)? > > I tried to print a set of pages (the even ones) in reverse order so that I can > print a document double-side, after printing the odd ones. > > * What was the outcome of this action? > > - If I tried to print the even pages in reverse order I obtained also a blank > page > that resulted in an offset of the printing, e.g. behind page 3 was page 6 > instead of page 4. I want to point out that the blank page was found in both > "even" and "odd" printing job. Those pages weren't in the document. > > - If I manually inserted pages values "10,8,6,4,2" the result was > pages "2,4,6,8,10", even if "reverse order" was NOT checked. > This obviously resulted in page 10 printed behind page 1, 8 behind page 3, > and so on. > > * What outcome did you expect instead? > > What I did expect in both cases was being able to print pages 1,3,5,7,9 and > then pages 10,8,6,4,2 . Thank you for yor report, nemo. However... -- System Information: Distributor ID: Raspbian Description: Raspbian GNU/Linux 10 (buster) Release: 10 Codename: buster We do not support this distribution, AFAIK. Surely there will be a support channel for it? I would suggest reading cups-filters issue #47 https://github.com/OpenPrinting/cups-filters/issues/47 and upgrading your OS to Codename: bullseye if it is available. Regards, Brian.
--- End Message ---
