Brother HL-1430 left in wrong state after printing in 12.04

Bug #1038695 reported by Arie Maaskant on 2012-08-19
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
CUPS
New
Undecided
Unassigned
cups (Ubuntu)
Medium
Unassigned

Bug Description

After an update of cups from 1.5.3-0ubuntu1 to 1.5.3-0ubuntu3 my
HL-1430 laserprinter is left in a wrong state. If I print a Libreoffice text
file containing two png images. It is impossible two print after this,
it takes very long to print afterwards and it is printing a blank page
at the most. After a powercycle of the printer, printing is possible again.
This only takes place on my 64-bits computer with Ubuntu12.04 64bits.
A simple Libre-office textfile with only text does not give any problem.

On the same computer there is a Ubuntu11.10 32bit system updated upto
cups 1.5.3-0ubuntu3 too. This doesn't give any problems at all, with the
same Libre-office file.

My (ugly) solution was to restore an old root-filesystem of 27 July 2012
and updating the system upto now *EXCEPT* cups.
I now have a completely updated the system with cups 1.5.3-0ubuntu1 (!) and
wait for updating cups until this bug has been fixed.

Arie Maaskant (arimaask) wrote :

cups version 1.5.3-0ubuntu4 does NOT solve the problems on a HL-1430 printer

Arie Maaskant (arimaask) on 2012-08-22
affects: cupsys (Ubuntu) → cups
Till Kamppeter (till-kamppeter) wrote :

Can you run the command

lpadmin -p <printer> -o usb-unidir-default=true

in a terminal window, with "<printer>" replaced by the name of your print queue (print queue names are shown by the "lpstat -v" command. Then remove all stuck jobs from the print queue and turn off and turn on the printer. Does the problem go away now?

If not, try the command

lpadmin -p <printer> -o usb-no-reattach-default=true

clear the print queue and power-cycle the printer. Does it work now? If yes, try to remove the first workaround via

lpadmin -p <printer> -R usb-unidir-default

Does it still work?

To remove also the other workaround run

lpadmin -p <printer> -R usb-no-reattach-default

Please post also the output of the command

lsusb

This way we get the USB IDs of the printer to be able to add permanent exception rules to the CUPS USB backend.

Changed in cups (Ubuntu):
status: New → Incomplete
importance: Undecided → Medium
Arie Maaskant (arimaask) wrote :

Op 28-08-12 19:19, Till Kamppeter schreef:
> Can you run the command
>
> lpadmin -p <printer> -o usb-unidir-default=true

arie@ubnew1204:~$ lpstat -v

device for HL-1430-series: usb://Brother/HL-1430%20series

arie@ubnew1204:~$ lpadmin -p HL-1430-series -o usb-unidir-default=true
>
>
>
> Then remove all stuck jobs from the print queue and turn off and turn on
> the printer. Does the problem go away now?
You can print one time after this, but the next time it lasts 1 minute before
it prints (normally 5 seconds) and gives a blank page.
>
>
> If not, try the command
>
> lpadmin -p <printer> -o usb-no-reattach-default=true
>
> clear the print queue and power-cycle the printer. Does it work now? If
> yes, try to remove the first workaround via

arie@ubnew1204:~$ lpadmin -p HL-1430-series -o usb-no-reattach-default=true

Yes, it looks ok now.
>
>
> lpadmin -p <printer> -R usb-unidir-default
>
> Does it still work?
Yes
>
>
> To remove also the other workaround run
>
> lpadmin -p <printer> -R usb-no-reattach-default

arie@ubnew1204:~$ lpadmin -p HL-1430-series -R usb-no-reattach-default
>
>
> Please post also the output of the command
>
> lsusb

arie@ubnew1204:~$ lsusb

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 002 Device 002: ID 2040:7050 Hauppauge Nova-T Stick

Bus 002 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB

Bus 003 Device 004: ID 04f9:001a Brother Industries, Ltd HL-1430 Laser Printer
>
>
> This way we get the USB IDs of the printer to be able to add permanent
> exception rules to the CUPS USB backend.
>
>
> ** Also affects: cups (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Changed in: cups (Ubuntu)
> Status: New => Incomplete
>
> ** Changed in: cups (Ubuntu)
> Importance: Undecided => Medium
>
It looks like it is ok now. I shall reboot my system and try it again.

Thank you very much so far !!!!

Arie

Arie Maaskant (arimaask) wrote :

I did a reboot of the system. The same bug seems to appear again. The first
print is ok, but after that the same print lasts a minute and gives a blank page.
I hope you can patch the remedy in the cups-sofware

Till Kamppeter (till-kamppeter) wrote :

Does it mean that as long as you have set the

lpadmin -p HL-1430-series -o usb-no-reattach-default=true

workaround that printing works for you?

Arie Maaskant (arimaask) wrote :

I just did power up my system, printed the file with wich it went wrong .
First time it printed OK, the second time after thirty seconds i cancelled the job, because
i know that after another 30 seconds a blank page will be printed.

After that I did: lpadmin -p HL-1430-series -o usb-no-reattach-default=true

And now the same job is printed two times OK and within seconds.

After this i did NOT do : lpadmin -p HL-1430-series -R usb-no-reattach-default
as you suggested.

I rebooted the system and printed the same job twice, all went OK now

Arie Maaskant (arimaask) wrote :

Or, to be short, yes:

lpadmin -p HL-1430-series -o usb-no-reattach-default=true

works for me.

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cups - 1.6.1-0ubuntu6

---------------
cups (1.6.1-0ubuntu6) quantal; urgency=low

  * debian/patches/network-backends-snmp-queries-optional.patch: SNMP queries
    by network backends can get suppressed now by adding "?snmp=false" to the
    end of the URI. SBNP queries to Bonjour-shared CUPS queue will get
    suppressed by default.
  * debian/patches/usb-backend-more-quirk-rules.patch: Added more quirk rules
    which are not yet committed upstream: Canon MP510 (LP: #1050009),
    MP550 (CUPS STR #4155), Brother HL-1430 (LP: #1038695), Oki Okipage 14ex
    (LP: #872483), Oki B410d (LP: #872483), all Zebra printers (LP: #1001028).
  * debian/patches/get-ppd-file-for-statically-configured-ipp-shared-queues.patch:
    Applications could not get the PPD file for statically-configured IPP-
    shared print queues (CUPS STR #4178)
 -- Till Kamppeter <email address hidden> Thu, 20 Sep 2012 00:06:30 +0200

Changed in cups (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers