-
Notifications
You must be signed in to change notification settings - Fork 125
-
Notifications
You must be signed in to change notification settings - Fork 125
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cups picks manual tray on HP Color LaserJet M252dw #478
Comments
I am just another user, not part of the cups or filters project. HP printers will consistently redirect to Tray 1 if a page size is sent to printer for which there isn't a size available, even if one has explicitly selected a different tray. It's possible that the tray guides have been incorrectly set, or that the tray/paper setting switches are broken. One could try checking the above to ensure it's not something other than cups. Does the printer report the correct paper size in the tray? Try printing from a different OS if possible, and see if the same occurs. If the same problem shows, it is more likely that one of the above is the problem. |
>>>> MathuserNik ***@***.***>:
HP printers will consistently redirect to Tray 1 if a page size is sent to printer for which there isn't a size available, even if one has explicitly selected a different tray. It's possible that the tray guides have been incorrectly set, or that the tray/paper setting switches are broken.
One could try checking the above to ensure it's not something other than cups. Does the printer report the correct paper size in the tray?
Yes, as far as I can tell: it reports A4 and that's what's loaded in the regular tray.
***@***.***:~$ lpstat -t HP_Color_LaserJet_Pro_M252dw_501595_
scheduler is running
no system default destination
device for HP_Color_LaserJet_Pro_M252dw_501595_: implicitclass://HP_Color_LaserJet_Pro_M252dw_501595_/
HP_Color_LaserJet_Pro_M252dw_501595_ accepting requests since Wed 31 Aug 2022 05:08:55 PM CEST
printer HP_Color_LaserJet_Pro_M252dw_501595_ is idle. enabled since Wed 31 Aug 2022 05:08:55 PM CEST
***@***.***:~$ lpoptions
***@***.***:~$ lpoptions -p HP_Color_LaserJet_Pro_M252dw_501595_
device-uri=ipps://HP%20Color%20LaserJet%20Pro%20M252dw%20(501595)._ipps._tcp.local/ printer-info='HP Color LaserJet Pro M252dw (501595)' printer-location printer-make-and-model='Hewlett-Packard HP Color LaserJet Pro M252dw' printer-type=16781340
***@***.***:~$ lpoptions -p HP_Color_LaserJet_Pro_M252dw_501595_ -l
PageSize/Media Size: 100x150mm 184x260mm 195x270mm 4x6 5x8 *A4 A5 A6 B5 B6 DoublePostcardRotated Env10 EnvC5 EnvDL EnvMonarch Executive FanFoldGermanLegal ISOB5 Legal Letter Oficio Postcard roc16k Custom.WIDTHxHEIGHT
InputSlot/Media Source: *Auto Manual Tray1 Tray2
ColorModel/Print Color Mode: Gray AdobeRGB DeviceRGB DeviceGray *RGB
Duplex/2-Sided Printing: None *DuplexNoTumble DuplexTumble
OutputBin/Output Tray: *FaceDown
cupsPrintQuality/Print Quality: Draft *Normal
print-content-optimize/Print Optimization: *auto photo graphics text text-and-graphics
print-scaling/Print Scaling: *auto auto-fit fill fit none
***@***.***:~$
Try printing from a different OS and see if the same occurs. If the same problem shows, it is more likely that one of the above is the problem.
Printing from an iPhone and from a windows machine works fine, and picks the regular tray.
|
Could you give us your |
>>>> Till Kamppeter ***@***.***>:
Could you give us your `/var/log/cups/error_log` file after a job with the problem? Set CUPS to debug logging before sending the job (`cupsctl --debug-logging`) and when attaching your error_log after the job, rename the file to have a `.txt` extension so that GitHub accepts it.
Here's an error_log from printing a test file after setting 'cupsctl --debug-logging':
https://gist.github.com/steinarb/7ab8d472b82f1c42b3864a759ede827a
|
The only thing looking wrong to me in the
This probably leads to the printer-internal default being selected and this could mean |
>>>> Till Kamppeter ***@***.***>:
[snip!] Could you check in the web admin interface, whether there is defined which paper is loaded into which tray and also whether one can also configure what happens when "Auto" is set as media source? Could you enter the loaded page size(s) in the web interface?
Set Printer Options: General
Media Size: A4
Media Source: Automatic
Print Color Mode: Color
2-Sided Printing: On (Portrait)
Print Quality: Normal
Print Optimization: Automatic
Print Scaling: Automatic
|
@steinarb Are these your settings in the printer's web interface? |
>>>> Till Kamppeter ***@***.***>:
@steinarb Are these your settings in the **printer's** web interface?
These are the setting for the printer from cups web interface.
Do you mean the printer has a web interface...?
Wow! http://10.10.10.37
Lots of stuff here!
This one is probably closest to what you're asking about:
http://10.10.10.37/set_config_ph.html?tab=System&menu=PaperHandling
Unfortunately, the pages are in Norwegian and there is no menu entry to
set the language.
Standard papirstørrelse: A4 (dropdown)
Standard papirtype: Vanlig
Manuell mating: Av
Tosidig: Av
Bind: Langside (not active)
Skuffstr. 1: Alle str.
Skufftype 1: Alle typer
Skuffstr. 2: A4
Skufftype 2: Alle typer
"Standard papirstørrelse" translates to "Standard paper size"
"Standard papirtype" translates to "Standard paper type"
"Vanlig" translates to "Regular"
"Manuell mating" translates to "Manual feeding"
"Av" translates to "Off"
"Tosidig" translates to "Two sided"
"Bind" translate to "Binding" (as in book)
"Skuffstr. 1" translates to "Tray size 1"
"Skufftype 1" translages to "Tray type 1"
"Skuffstr. 2" translates to "Tray size 2"
"Skufftype 2" translages to "Tray type 2"
|
@steinarb Could you run the command
and attach |
Here is attrs.txt from NPI501595. The file does mention trays, I see: auto,manual,tray-1,tray-2 |
The description of the Apple Raster (URF) support of the printer looks strange for me. The properties are as usual described in a single string supplied both in the printer's DNS-SD record and as
The media trays are encoded by the This could be a firmware bug which botches the printer's Apple Raster support. You should try copying the printer's PPD file, editing the cost values (the integer numbers) in the copy, putting a high number in the
replacing |
If there is no |
No "image/pwg-raster" in /etc/cups/ppd/HP_Color_LaserJet_Pro_M252dw_501595_.ppd (uploaded as The file contains the following lines with "image/" in them:
|
So please try with the PDF, PCLm, PostScript, ... instead, test with one of these languages at a time. |
Here is what I did:
|
Thank you very much for this test. This made it work for you but does not tell us why, as you have made all formats having practically the same cost. 0 and 1 is no significant difference, as CUPS runs a filter chain (1-4 filters typically) to obtain the desired output format. Each filter got assigned a cost value by CUPS. The As you changes worked for you I assume that somehoe anther format than URF got sent to the printer, but I want to know which one, and even better I would like to know which of the 7 available formats works and which not. So I would like to ask you to do 7 tests. In each test you test one format. Either set this format´s cost to 0 and set the costs of the other formats to 1000 or comment out the lines of the other formats. Do it one-by-one, remove your queue, edit, the PPD, create the queue again, try to print. Could you tell us then which formats work and which not, and also if a format does not work, if it simply wants to use the manual tray or if it is even a more severe problem (printing garbage or nothing). |
Ok I have no idea what I'm doing here so having clear instructions, is good. :-) Here is what I've been doing
Should I have deleted the testqueue somehow before recreating it? Anyway: all attempts printed out OK:
|
The safest way would be to actually remove the queue with Newer versions of cups-filters (at least version 2.0b1 and later) have only a single |
No more luck with that, unfortunately. Here's what I did for each attempt:
This time, as well, all attempts printed out OK:
|
Thank you very much for the thorough testing. So it seems on all your test efforts the bug does not show. As you have done them on a separate queue for testing ("testqueue") you probably still have your original queue for day-to-day printing. Is that original queue also correctly working now? If not, we need to somehow compare it, both |
Yes, the original printer started using the correct tray a while back, while trying out stuff people asked me to try out, on the CUPS mailing list (I reported back to the person that made me try stuff). However I have no idea why things changed or if it will stop working just as mysteriously at some point in time. I have also installed a hplip printer queue for the printer, with some degree of success (works, except for on webkit based web browsers, where it doesn't print colours). But thanks for trying to nail this down. |
OK, thanks a lot for your cooperation, @steinarb So now is all working, we do not know why the bug went away, but it went away. So let us close this issue here... |
Platform:
debian 11.4 "bullseye" on amd64
cups 2.3.3op2-3+11u2
HP Color LaserJet Pro M252dw, driverless, cups-filters 1.28.7
My HP Color LaserJet consistently prints from the manual tray, which it calls "Tray 1".
I opened "System->Adminstration->Print Settings" from the debian menu.
I 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".
I saw no point in trying the "Manual" setting.
I have reported this as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018265
There it was suggested I should report it here.
The debian issue has more information on the configuration and of what I have tried so far.
Other, possibly releated issues, are:
The text was updated successfully, but these errors were encountered: