search

OpenPrinting / cups

OpenPrinting CUPS Sources
https://openprinting.github.io/cups
Apache License 2.0
1.1k stars 195 forks source link

Konica Minolta "Reset Modes" status with IPP Everywhere #428

Closed dkosovic closed 2 years ago

dkosovic commented 2 years ago

I have a CUPS-2.4.2 server with an IPP Everywhere print queue setup for a Konica Minolta bizhub C458. I see the following error message in the CUPS Jobs web interface after printing a job :

Print job canceled at printer

Yet the physical print job gets printed, but on the printer's panel looking at the job log, I see "Reset Modes" for the print job status.

The Konica Minolta manual for this model (and others) states the status values for print jobs can be:

It is not explained anywhere what "Reset Modes" means and if it is an actual error status. I've read in a forum "Reset Modes" for Fax jobs happens if detect blank pages is enabled, but that doesn't seem applicable for print jobs.

Looking at the CUPS code, the Print job canceled at printer error happens on the following line : https://github.com/OpenPrinting/cups/blob/v2.4.2/backend/ipp.c#L2280

with a bit of simple debugging by modifying that line of code, I determined ipp_status == 0 and job_canceled == -1.

I was testing with Win11 and macOS 12.4 clients.

Does anybody have any idea what might be causing the "Reset Modes" on the Konica Minolta bizhub C458 printer?

michaelrsweet commented 2 years ago

@dkosovic Best thing is do enable debug logging (cupsctl --debug-logging) and attach a copy of your "/var/log/cups/error_log" file after printing something. That will provide the state information coming back from the printer so we can further diagnose things...

dkosovic commented 2 years ago

Please find a /var/log/cups/error_log file below:

I should add that it is an intermittent issue, but happens more often than not, even when printing the same document.

michaelrsweet commented 2 years ago

OK, so the printer is reporting the job is aborted with no additional state reasons keywords, so all CUPS can do it flag it and abort the job locally as well... :/

Unfortunately, I don't see the initial job submission request going to the printer, so I'm not sure what is going wrong. If you can try collecting logs that include the initial print job submission, that might be more illuminating.

dkosovic commented 2 years ago

On the CUPS server, for a print job I did the following tcpdump to a pcap file (where 10.144.19.91 is the printer) :

tcpdump -n -i ens192 -U -s0 port ipp and host 10.144.19.91 -w ipp.pcap

then opened the ipp.pcap file in Wireshark and used the Wireshark ipp filter.

The 1st Get-Job-Attributes request resulted in a response with the following:

The Send-Document request resulted in a response with the following:

The next 6 Get-Job-Attributes requests resulted in responses with the following:

Then the last Get-Job-Attributes request resulted in a response with the following:

Try as I might, I'm not able to get the CUPS server to report "Print job canceled at printer" error anymore in the web interface, yet the Konica Minolta printer is reporting "Reset Modes" for all the jobs I submitted. The actual print outs were also fine

I guess it is just something weird with this Konica Minolta printer.

dkosovic commented 2 years ago

I was able to again reproduce the "Print job canceled at printer error" error in the CUPS server web interface.

Turns out "Reset Modes" on the printer's panel corresponds to "Mode Cancelled" in the printer's web interface Job History, e.g. :

Detail
No. 1326
Job Print
User Name MYDOMAIN\myuser
Authentication Server
File Name *Untitled - Notepad
Output Tray Tray 1
Time Stored 19/07/2022 16:09
Time Finished 19/07/2022 16:10
No. of Copies 1
# of Originals 1
# of Sets 1
Result Mode Cancelled
Error Code

I guess "Reset Modes" and "Mode Cancelled" are very loose synonyms if translated from another language.

Interesting how "Error Code" is empty and separate from the result which is "Mode Cancelled".

Weird thing is that I don't have this issue if I use AppSocket port 9100 instead of IPP to connect to the Konica Minolta printer.

dkosovic commented 2 years ago

If I put a Win11 PC on the same VLAN as the printers and use the Mopria based "Microsoft IPP Class Driver", I get the same "Reset Modes" / "Mode Cancelled" result on the Konica Minolta bizhub C458 printers I tested with.

michaelrsweet commented 2 years ago

@dkosovic OK, so that definitely sounds like a printer firmware bug. Have you checked to see whether KM has a firmware update available for this printer?

dkosovic commented 2 years ago

I get the same issue on a Konica Minolta bizhub C453e MFP. I believe the firmware is fairly recent from last year. I agree it is a firmware bug.

Superficially using a macOS client or mobile client, nothing is wrong with IPP printing directly to the Konica Minolta bizhub C458 MFP apart from the Mode Cancelled / Reset Modes status in the job log on the printer itself. If I enable IPP authentication on the printer and don't supply credentials from the client, the status on the printer changes to "Deleted Due To Error" and get flashing amber light on the printer and a very obvious error on the printer's panel. I have a suspicion " Mode Cancelled / Reset Modes" isn't treated as a real error and they never tested with a Win10/Win11 mDNS "Microsoft IPP Class Driver" client.

I'm going to try and contact Konica Minolta and report the bug.

As this isn't a CUPS bug, I'll close this issue.