Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1018265: cups picks manual tray on HP Color LaserJet M252dw
27 views
Skip to first unread message
Steinar Bang
Aug 28, 2022, 5:30:04 AM8/28/22
to
Package: cups
Version: 2.3.3op2-3+deb11u2
Severity: important
X-Debbugs-Cc: s...@dod.no
Dear Maintainer,
When printing, the printer picks what it calls "Tray 1", which is a slot in the
front of the printer, where sheets can be fed one at a time. After feeding a
sheet in, I have to press "OK" on the printer's front panel display.
This has to be repeated for each sheet printed and makes it cumbersome to use
the printer.
I have opened "System->Administration->Print Settings" from the debian menu.
I have double clicked on the printer HP_Color_LaserJet_Pro_M252dw_501595_
In "Printer Properties"->"Print Options" there is the setting "Media source".
"Media source" is a dropdown with the values
Automatic
Manual
Tray 1
Tray 2
I have tried the settings "Automatic" (the default) and "Tray 1" and
"Tray 2" and all of them uses the manual tray, which the printer display
calls "Tray 1".
There was no change. The printer still printed from the manual tray
I had expected "Tray 2" and "Automatic" to pick "Tray 2", which is the regular
paper tray.
Cups report the printer as HP Color LaserJet Pro M252dw, driverless, cups-
filters 1.28.7 (so driverless.ppd is in use. This is a network printer with
PostScript).
I don't know when this behaviour started, but I can't remember needing to feed
paper manually in December/November 2021, when I printed the Christmas letters.
-- System Information:
Debian Release: 11.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-0.deb11.3-amd64 (SMP w/12 CPU threads; 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 depends on:
ii cups-client 2.3.3op2-3+deb11u2
ii cups-common 2.3.3op2-3+deb11u2
ii cups-core-drivers 2.3.3op2-3+deb11u2
ii cups-daemon 2.3.3op2-3+deb11u2
ii cups-filters 1.28.7-1+deb11u1
ii cups-ppdc 2.3.3op2-3+deb11u2
ii cups-server-common 2.3.3op2-3+deb11u2
ii debconf [debconf-2.0] 1.5.77
ii ghostscript 9.53.3~dfsg-7+deb11u2
ii libavahi-client3 0.8-5
ii libavahi-common3 0.8-5
ii libc6 2.31-13+deb11u3
ii libcups2 2.3.3op2-3+deb11u2
ii libgcc-s1 10.2.1-6
ii libstdc++6 10.2.1-6
ii libusb-1.0-0 2:1.0.24-3
ii poppler-utils 20.09.0-3.1
ii procps 2:3.3.17-5
Versions of packages cups recommends:
ii avahi-daemon 0.8-5
ii colord 1.4.5-3
Versions of packages cups suggests:
pn cups-bsd <none>
pn cups-pdf <none>
pn foomatic-db-compressed-ppds | foomatic-db <none>
pn smbclient <none>
ii udev 247.3-7
-- debconf information:
cupsys/raw-print: true
Version: 2.3.3op2-3+deb11u2
Severity: important
X-Debbugs-Cc: s...@dod.no
Dear Maintainer,
When printing, the printer picks what it calls "Tray 1", which is a slot in the
front of the printer, where sheets can be fed one at a time. After feeding a
sheet in, I have to press "OK" on the printer's front panel display.
This has to be repeated for each sheet printed and makes it cumbersome to use
the printer.
I have opened "System->Administration->Print Settings" from the debian menu.
I have double clicked on the printer HP_Color_LaserJet_Pro_M252dw_501595_
In "Printer Properties"->"Print Options" there is the setting "Media source".
"Media source" is a dropdown with the values
Automatic
Manual
Tray 1
Tray 2
I have tried the settings "Automatic" (the default) and "Tray 1" and
"Tray 2" and all of them uses the manual tray, which the printer display
calls "Tray 1".
There was no change. The printer still printed from the manual tray
I had expected "Tray 2" and "Automatic" to pick "Tray 2", which is the regular
paper tray.
Cups report the printer as HP Color LaserJet Pro M252dw, driverless, cups-
filters 1.28.7 (so driverless.ppd is in use. This is a network printer with
PostScript).
I don't know when this behaviour started, but I can't remember needing to feed
paper manually in December/November 2021, when I printed the Christmas letters.
-- System Information:
Debian Release: 11.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-0.deb11.3-amd64 (SMP w/12 CPU threads; 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 depends on:
ii cups-client 2.3.3op2-3+deb11u2
ii cups-common 2.3.3op2-3+deb11u2
ii cups-core-drivers 2.3.3op2-3+deb11u2
ii cups-daemon 2.3.3op2-3+deb11u2
ii cups-filters 1.28.7-1+deb11u1
ii cups-ppdc 2.3.3op2-3+deb11u2
ii cups-server-common 2.3.3op2-3+deb11u2
ii debconf [debconf-2.0] 1.5.77
ii ghostscript 9.53.3~dfsg-7+deb11u2
ii libavahi-client3 0.8-5
ii libavahi-common3 0.8-5
ii libc6 2.31-13+deb11u3
ii libcups2 2.3.3op2-3+deb11u2
ii libgcc-s1 10.2.1-6
ii libstdc++6 10.2.1-6
ii libusb-1.0-0 2:1.0.24-3
ii poppler-utils 20.09.0-3.1
ii procps 2:3.3.17-5
Versions of packages cups recommends:
ii avahi-daemon 0.8-5
ii colord 1.4.5-3
Versions of packages cups suggests:
pn cups-bsd <none>
pn cups-pdf <none>
pn foomatic-db-compressed-ppds | foomatic-db <none>
pn smbclient <none>
ii udev 247.3-7
-- debconf information:
cupsys/raw-print: true
Steinar Bang
Aug 28, 2022, 6:20:04 AM8/28/22
to
Related bug info:
When I googled the problem I ended up in debian bug 949315, which is
closed and fixed, and as far as I can tell, was fixed in cups 2.3.3op1,
and bullseye is 2.3.3op2.
The way I found debian bug 949315, was:
I first found cups-filters issue https://github.com/OpenPrinting/cups-filters/issues/193
cups-filters issue 193 linked to a cups issue https://github.com/apple/cups/issues/5740
cups-filters #193 has a fix attached that was rejected, because there
was a fix in cups.
cups issue #5470 in turn, linked to a debian pull request https://github.com/OpenPrinting/cups/pull/23
pull request #23 refers to: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949315
And bug 949315 is closed as fixed.
The pull request had milestone v2.3.3op1 so that's why I'm guessing the
fix came in 2.3.3op1.
When I googled the problem I ended up in debian bug 949315, which is
closed and fixed, and as far as I can tell, was fixed in cups 2.3.3op1,
and bullseye is 2.3.3op2.
The way I found debian bug 949315, was:
I first found cups-filters issue https://github.com/OpenPrinting/cups-filters/issues/193
cups-filters issue 193 linked to a cups issue https://github.com/apple/cups/issues/5740
cups-filters #193 has a fix attached that was rejected, because there
was a fix in cups.
cups issue #5470 in turn, linked to a debian pull request https://github.com/OpenPrinting/cups/pull/23
pull request #23 refers to: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=949315
And bug 949315 is closed as fixed.
The pull request had milestone v2.3.3op1 so that's why I'm guessing the
fix came in 2.3.3op1.
Steinar Bang
Aug 28, 2022, 7:00:04 AM8/28/22
to
I tried the fix in https://github.com/OpenPrinting/cups-filters/issues/193
but it didn't work.
What I did was:
1. Edit /etc/cups/ppd/HP_Color_LaserJet_Pro_M252dw_501595_.ppd with the
following changes:
--- HP_Color_LaserJet_Pro_M252dw_501595_.ppd 2022/08/28 10:29:57 1.1
+++ HP_Color_LaserJet_Pro_M252dw_501595_.ppd 2022/08/28 10:47:19
@@ -144,8 +144,8 @@
*DefaultInputSlot: Auto
*InputSlot Auto/Automatic: "<</MediaPosition 0>>setpagedevice"
*InputSlot Manual/Manual: "<</MediaPosition 4>>setpagedevice"
-*InputSlot Tray1/Tray 1: "<</MediaPosition 20>>setpagedevice"
-*InputSlot Tray2/Tray 2: "<</MediaPosition 21>>setpagedevice"
+*InputSlot Tray-1/Tray 1: "<</MediaPosition 20>>setpagedevice"
+*InputSlot Tray-2/Tray 2: "<</MediaPosition 21>>setpagedevice"
*CloseUI: *InputSlot
*% ColorModel from urf-supported
*OpenUI *ColorModel/Print Color Mode: PickOne
2. Restart cups with
systemctl restart cups
3. Try printing a testpage from the printers properties, with the
printer's media source set to "Automatic" (the default)
4. The printer was waiting for the manual tray/slot to be fed, and "OK"
to be pressed on the front panel
5. I fed the printer a sheet of paper and pressed "OK"
6. I selected "Tray 2" as the media source and pressed "Apply"
7. I tried printing a test page
8. Again the printer was waiting for the manual tray/slot to be fed,
and "OK" to be pressed on the front panel
9. I fed the printer a sheet of paper and pressed "OK"
10. I selected "Tray 1" as the media source and pressed "Apply" (just to
have tried it)
11. Again the printer was waiting for the manual tray/slot to be fed,
and "OK" to be pressed on the front panel
When I checked the diffs again after the experiment, I found that my
changes to /etc/cups/ppd/HP_Color_LaserJet_Pro_M252dw_501595_.ppd
had been overwritten.
but it didn't work.
What I did was:
1. Edit /etc/cups/ppd/HP_Color_LaserJet_Pro_M252dw_501595_.ppd with the
following changes:
--- HP_Color_LaserJet_Pro_M252dw_501595_.ppd 2022/08/28 10:29:57 1.1
+++ HP_Color_LaserJet_Pro_M252dw_501595_.ppd 2022/08/28 10:47:19
@@ -144,8 +144,8 @@
*DefaultInputSlot: Auto
*InputSlot Auto/Automatic: "<</MediaPosition 0>>setpagedevice"
*InputSlot Manual/Manual: "<</MediaPosition 4>>setpagedevice"
-*InputSlot Tray1/Tray 1: "<</MediaPosition 20>>setpagedevice"
-*InputSlot Tray2/Tray 2: "<</MediaPosition 21>>setpagedevice"
+*InputSlot Tray-1/Tray 1: "<</MediaPosition 20>>setpagedevice"
+*InputSlot Tray-2/Tray 2: "<</MediaPosition 21>>setpagedevice"
*CloseUI: *InputSlot
*% ColorModel from urf-supported
*OpenUI *ColorModel/Print Color Mode: PickOne
2. Restart cups with
systemctl restart cups
3. Try printing a testpage from the printers properties, with the
printer's media source set to "Automatic" (the default)
4. The printer was waiting for the manual tray/slot to be fed, and "OK"
to be pressed on the front panel
5. I fed the printer a sheet of paper and pressed "OK"
6. I selected "Tray 2" as the media source and pressed "Apply"
7. I tried printing a test page
8. Again the printer was waiting for the manual tray/slot to be fed,
and "OK" to be pressed on the front panel
9. I fed the printer a sheet of paper and pressed "OK"
10. I selected "Tray 1" as the media source and pressed "Apply" (just to
have tried it)
11. Again the printer was waiting for the manual tray/slot to be fed,
and "OK" to be pressed on the front panel
When I checked the diffs again after the experiment, I found that my
changes to /etc/cups/ppd/HP_Color_LaserJet_Pro_M252dw_501595_.ppd
had been overwritten.
Brian Potkin
Aug 28, 2022, 7:50:03 AM8/28/22
to
On Sun 28 Aug 2022 at 11:24:51 +0200, Steinar Bang wrote:
> Package: cups
> Version: 2.3.3op2-3+deb11u2
> Severity: important
> X-Debbugs-Cc: s...@dod.no
Thank you for your report, Steinar.
> Package: cups
> Version: 2.3.3op2-3+deb11u2
> Severity: important
> X-Debbugs-Cc: s...@dod.no
https://github.com/OpenPrinting/cups-filters/issues
would be worth a try. A short explanation of the issue plus a link
to the Debian bug report should be sufficient.
Regards,
Brian.
Steinar Bang
Aug 28, 2022, 12:40:03 PM8/28/22
to
>>>>> Brian Potkin <clarem...@gmail.com>:
> Please take this issue upstream:
> https://github.com/OpenPrinting/cups-filters/issues
> would be worth a try. A short explanation of the issue plus a link
> to the Debian bug report should be sufficient.
Ok done!
The cups-filters issue, is:
https://github.com/OpenPrinting/cups-filters/issues/478
> Please take this issue upstream:
> https://github.com/OpenPrinting/cups-filters/issues
> would be worth a try. A short explanation of the issue plus a link
> to the Debian bug report should be sufficient.
The cups-filters issue, is:
https://github.com/OpenPrinting/cups-filters/issues/478
Steinar Bang
Dec 15, 2022, 2:00:03 PM12/15/22
to
>>>>> "Debian Bug Tracking System" <ow...@bugs.debian.org>:
> The thread beginning at
> https://lists.cups.org/pipermail/cups/2022-December/075172.html
> indicates that this issue is now resolved. Hence closing.
Personally I won't say that I see it as resolved, yet.
It won't be, until I get predictable behaviour, and I don't have that, yet.
> The thread beginning at
> https://lists.cups.org/pipermail/cups/2022-December/075172.html
> indicates that this issue is now resolved. Hence closing.
Personally I won't say that I see it as resolved, yet.
It won't be, until I get predictable behaviour, and I don't have that, yet.
Steinar Bang
Dec 29, 2022, 12:20:04 PM12/29/22
to
To summarize for a future googler that ends up here.
The printer in question is an HP Color LaserJet from 2014, with dual
sided printing and colour. The printer has an onboard NIC and natively
supports PostScript and IPP.
Windows PCs and iDevices can print directly to this network printer and
do not need to use the CUPS printer, so there is no need to export the
printer from CUPS.
Tip: it might be an idea to lock the printer's MAC addres to a fixed
IPv4 address in your router's DHCP server (otherwise you may have to
reinstall the printer on windows machines, because windows printer
drivers are locked to a particular IP address and stops working if the
printer gets a new address).
With CUPS it is possible to use two drivers for this printer
1. "driverless"[1] (part of the cups-filters-core-drivers package[2])
2. "hplip"[3]
To summarize:
1. The driverless driver sort, of, kind of works, but doesn't support
PostScript and sometimes picks the wrong tray (the manual feed
slot), and there is no way to select what tray to use. But colour
and dual sided printing both works
2. The hplip driver works, lets you select the tray and prints dual
sided. But the hplip printer doesn't print colour from a webkit
based browser (chromium and vivaldi on my debian system). The hplip
printer prints colour fine from the Atril PDF viewer, from firefox
and from libreoffice
The driverless driver builds and regenerates the PPD from the networked
printer itself. So any edits you try to make to the PPD is overwritten
(I found an edit of the tray names in the PPD when googling for similar
problems and found out that the edit I tried to make just disappeared).
The driverless printer installs itself, sort of. Or at least it
reinstalls itself when deleted, once installed.
On my computer the driverless printer shows up in printer dialogs, as:
HP_Color_LaserJet_Pro_M252dw_501595_
The hplip driver shows up in printer dialogs, as:
HP_Color_LaserJet_Pro_M252dw
The installation of the hplip printer was as follows:
1. Clicked on "Find New Printer"
2. 3 printers appeared:
1. Virtual Braille BRF Printer (CUPS-BRF)
2. Hewlett-Packard HP Color LaserJet Pro M252dw (Hewlett-Packard HP Color LaserJet Pro M252dw (driverless))
3. HP Color LaserJet Pro M252dw (HP Color LaserJet Pro M252dw)
3. Clicked on "Add This Printer" next to "HP Color LaserJet Pro M252dw (HP Color LaserJet Pro M252dw)"
4. Added name, description and location
5. Under "Make" selected "HP" and clicked "Continue"
6. Under "Model" there were 13 lines of "HP Color LaserJet PRO M252 Postscript (recommended) (en)"
7. Selected the first to the 13 lines and clicked on "Add Printer"
8. Changed "Printer Options" from
| Media size | Letter |
| Two-sided | off |
| Paper feed | Automatic |
to
| Media size | A4 |
| Two-sided | Long-edge binding |
| Paper feed | Automatic |
9. Seleced the tab "Options Installed" and switched "Duplex Unit" to "on"
10. Clicked "Set Default Options"
References
[1] <https://wiki.debian.org/CUPSDriverlessPrinting>
[2] <https://packages.debian.org/bullseye/cups-filters-core-drivers>
[3] <https://packages.debian.org/bullseye/hplip>
The printer in question is an HP Color LaserJet from 2014, with dual
sided printing and colour. The printer has an onboard NIC and natively
supports PostScript and IPP.
Windows PCs and iDevices can print directly to this network printer and
do not need to use the CUPS printer, so there is no need to export the
printer from CUPS.
Tip: it might be an idea to lock the printer's MAC addres to a fixed
IPv4 address in your router's DHCP server (otherwise you may have to
reinstall the printer on windows machines, because windows printer
drivers are locked to a particular IP address and stops working if the
printer gets a new address).
With CUPS it is possible to use two drivers for this printer
1. "driverless"[1] (part of the cups-filters-core-drivers package[2])
2. "hplip"[3]
To summarize:
1. The driverless driver sort, of, kind of works, but doesn't support
PostScript and sometimes picks the wrong tray (the manual feed
slot), and there is no way to select what tray to use. But colour
and dual sided printing both works
2. The hplip driver works, lets you select the tray and prints dual
sided. But the hplip printer doesn't print colour from a webkit
based browser (chromium and vivaldi on my debian system). The hplip
printer prints colour fine from the Atril PDF viewer, from firefox
and from libreoffice
The driverless driver builds and regenerates the PPD from the networked
printer itself. So any edits you try to make to the PPD is overwritten
(I found an edit of the tray names in the PPD when googling for similar
problems and found out that the edit I tried to make just disappeared).
The driverless printer installs itself, sort of. Or at least it
reinstalls itself when deleted, once installed.
On my computer the driverless printer shows up in printer dialogs, as:
HP_Color_LaserJet_Pro_M252dw_501595_
The hplip driver shows up in printer dialogs, as:
HP_Color_LaserJet_Pro_M252dw
The installation of the hplip printer was as follows:
1. Clicked on "Find New Printer"
2. 3 printers appeared:
1. Virtual Braille BRF Printer (CUPS-BRF)
2. Hewlett-Packard HP Color LaserJet Pro M252dw (Hewlett-Packard HP Color LaserJet Pro M252dw (driverless))
3. HP Color LaserJet Pro M252dw (HP Color LaserJet Pro M252dw)
3. Clicked on "Add This Printer" next to "HP Color LaserJet Pro M252dw (HP Color LaserJet Pro M252dw)"
4. Added name, description and location
5. Under "Make" selected "HP" and clicked "Continue"
6. Under "Model" there were 13 lines of "HP Color LaserJet PRO M252 Postscript (recommended) (en)"
7. Selected the first to the 13 lines and clicked on "Add Printer"
8. Changed "Printer Options" from
| Media size | Letter |
| Two-sided | off |
| Paper feed | Automatic |
to
| Media size | A4 |
| Two-sided | Long-edge binding |
| Paper feed | Automatic |
9. Seleced the tab "Options Installed" and switched "Duplex Unit" to "on"
10. Clicked "Set Default Options"
References
[1] <https://wiki.debian.org/CUPSDriverlessPrinting>
[2] <https://packages.debian.org/bullseye/cups-filters-core-drivers>
[3] <https://packages.debian.org/bullseye/hplip>
0 new messages