-
Notifications
You must be signed in to change notification settings - Fork 181
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
HP Color LaserJet Pro MFP M281fdw prints garbage printing with IPP Everywhere printing #343
Comments
Hi @VorpalBlade , thank you for reporting the issue! It would be great if you attached the files from the following commands:
(the file to attach here is printer.txt) Then we need to install the everywhere queue, enable debug logging, print one page from a pdf to 'everywhere' queue, and then to driverless queue and get the logs:
(debug_log.txt is the desired file) And in the end please attach PPD files for 'IPP Everywhere' queue and for driverless queue from /etc/cups/ppd - you will have to add a .txt suffix to add them directly to github. Thank you in advance! |
Note: It looks similar to #340 . |
Here is the printer.txt. I did the test print using lp as you suggested. However this time it worked and I got the output in color(?!). Also, for the queue created using lpadmin this way, all the expected options exist in the printer dialog. Interestingly, when I look in the printer list in the web UI of CUPS the one added with lpadmin shows up as "Make and Model: ColorLaserJet MFP M278-M281 - IPP Everywhere", while the one added using the web UI and selecting "IPP Everywhere" shows up as "Make and Model: Local Raw Printer". Maybe the issue is that the web UI is bugged for adding the printer? Or the URI being the IP instead of the mdns/avahi thing helps? Anyway, the log is attached, though I doubt it will shed much light on the issue given the above information: debug_log.txt Thus I decided to do the same print using the IPP printer added via the web UI and take a debug log of that too: debug_log2.txt. In this case, no page came out, but the printer woke from low power mode (screen turned on and a relay clicked) and then went back to sleep again. In conclusion: I'm utterly confused as to what is going on. |
Looking in the printer details in the web UI the "Driver" is listed as:
|
IMO it is this one - and similar thing happens in #340 . Looks like the command with mdns uri wasn't able to communicate with the printer and left the queue as raw. Can you capture the CUPS logs when you create the queue via lpadmin:
? Thank you in advance! |
Only as a side note FYI regarding printout like
cf. apple/cups#6024 That text comes from a file like /usr/share/cups/data/testprint |
@VorpalBlade Can you check if the referenced commit helps you when you install the permanent IPP Everywhere queue with mDNS hostname-based URIs? |
Sure! And based on reading the log it looks to me that you are right. Here is the log: debug_log.txt
Assuming it can be applied as a patch on the version in the Arch Linux PKGBUILD without massive backporting effort, sure. While I do know C, it has been a few years since I coded anything except python and various scientific domain specific languages, so I'm a bit rusty. |
I'm having trouble printing to a "HP Color LaserJet Pro MFP M281fdw" using the new fancy IPP Everywhere support in CUPS. When I select to print a test page from the CUPS web GUI I get a garbage output printed with the following lines:
The last line ends at the right edge of the A4 paper. The rest of the page is blank. Other files also print strangely. I tried to print a simple PDF with colour vector graphics and it ended up in greyscale instead of colour. Multi-page prints doesn't work at all (no page at all comes out, not even the first one). Double sided printing (this printer is capable of automatic duplex) obviously fails completely for that reason alone.
The printer in question works properly using the "Postscript" driver option, and prints the normal test page. Printing other things also works. The printer also works properly using the "driverless, cups-filters" option.
Thus the actual bug itself: Presumably the "IPP Everywhere" driver suggested should either work or at least not be suggested as the top driver for this particular printer.
Detailed testing
According to the web GUI of the printer it does support both IPP and AirPrint.
CUPS finds the printer several times, using different protocols presumably:
dnssd://HP%20Color%20LaserJet%20MFP%20M281fdw%20(81A44A)._ipp._tcp.local/?uuid=<cut out in case it is personally identifiable>
socket://192.168.2.12
ipps://HP%20Color%20LaserJet%20MFP%20M281fdw%20(81A44A)._ipps._tcp.local/
For all of these the following drivers are suggested at the top of the list (before the full list of HP printers follow alphabetically):
I have not tested all combinations of URIs and suggested drivers, but I did test everything for both the socket:// and ipps:// URIs and saw no differences.
Software versions
The text was updated successfully, but these errors were encountered: