FS#65735 - [hplip] HP Laserjet printer now prints random characters

Attached to Project: Arch Linux
Opened by Mike Cloaked (mcloaked) - Saturday, 07 March 2020, 18:03 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 16 November 2020, 08:23 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: Laserjet Pro M402dne printer was working perfectly for the past year - recently it prints random characters along a line on a single page. Test pages from localhost:631 give a similar result. Internal test pages from the printer's web internal interface print perfectly.


Additional info:
* package version(s)

hplip 1:3.20.2-1
cups 2.3.1-1
cups-pdf 3.0.1-4

* config and/or log files etc.

Running hp-setup gives error messages:

$ hp-setup
/usr/share/hplip/base/utils.py:2061: SyntaxWarning: "is" with a literal. Did you mean "=="?
if weburl is "" or weburl is None:

HP Linux Imaging and Printing System (ver. 3.20.2)
Printer/Fax Setup Utility ver. 9.0

Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

/usr/share/hplip/installer/core_install.py:2074: SyntaxWarning: "is" with a literal. Did you mean "=="?
if home_dir is "":

Steps to reproduce:

Until recently with the printer set up using hplip via hp-setup it was printing fine. Now trying to print a pdf file from any of the available pdf viewers such as Okular gives a page with random characters along a line at the top of the page. A similar output page is generated when sending the printer a test page from localhost:631.

However logging in to the printer, and using its internal web interface it generates normal perfect test pages.

Deleting the printer and setting it up from scratch gives the same result.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Monday, 16 November 2020, 08:23 GMT
Reason for closing:  No response
Comment by freswa (frederik) - Saturday, 07 March 2020, 18:41 GMT
Please try to downgrade and report the last good version of the package responsible for this problem.
Comment by Mike Cloaked (mcloaked) - Saturday, 07 March 2020, 19:30 GMT
I took an alternative approach - adding a printer in the cups interface without using hplip at all led to a working printer. Since I need the printer for the next few days, I will stick with the working interface. But it does seem that hplip is broken currently.

However my pacman log shows:

[2019-12-15T14:49:01+0000] [ALPM] upgraded hplip (1:3.19.11-7 -> 1:3.19.12-1)
[2020-03-02T09:03:41+0000] [ALPM] upgraded hplip (1:3.19.12-1 -> 1:3.20.2-1)

and since the printer was working fine until a week or so ago, it would appear that hplip version 1:3.19.12-1 was good, but that 1:3.20.2-1 is broken.

[There is a thread on the arch forums about this and another user confirms that "HP_ColorLaserJet_MFP_M278-M281 with the same problem. I downgraded hplip to 3.19.12-1 and I'm working again" so it is only the latest version of hplip 1:3.20.2-1 that is broken.]
Comment by Andreas Radke (AndyRTR) - Saturday, 07 March 2020, 21:00 GMT
Maybe simliar to  FS#65697 ? Please report it upstream.
Comment by Mike Cloaked (mcloaked) - Sunday, 08 March 2020, 09:31 GMT
I tried to report upstream at the list at:
https://bugs.launchpad.net/bugs/+bugs?field.searchtext=hplip&search=Search%20Bug%20Reports&field.scope=all&field.scope.target=&orderby=importance&start=0
but although it created an account for me their authorisation system has failed and won't let me log in! If I can get logged in I will report there - but there may be some of the reports there that are already relevant to this bug.

One already relevant is: https://bugs.launchpad.net/hplip/+bug/1866291
Comment by Andreas Radke (AndyRTR) - Tuesday, 17 March 2020, 09:28 GMT
Please check with 3.20.3.
Comment by Andreas Radke (AndyRTR) - Tuesday, 26 May 2020, 19:24 GMT
Any news on this?

Loading...