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

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

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.

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

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

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?

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

Or, to be short, yes:

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

works for me.

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