ADF Scanning quits before spitting the last page from the feeder

[Phill]

Using the Automatic Document Feeder on HP OfficeJet 6500 Wireless E709n. Using Simple Scan with "All Pages from feeder" option, each page is pulled through and after scanning each page is quickly fed out into the lower tray, except for the last page of any batch - this remains stuck in the printer, the printer states "Scanning..." on the display, but simple scan looks as though it's finished - the "Stop" button is not active.

Pressing cancel on the printer ejects the documents.

For reference, on the same system, XSane does not exhibit this fault, you need to put a high number in the pages to scan box, but it happily stops when the feeder runs out before that number is reached. So I'm guessing it's not a hardware fault, my printer acknowledges documents appearing being put in the feeder on it's own display too, and it's built-in photo-copy function works fine. Not sure if it's related or helpful but Scan2PDF exhibits a different problem, it scans blanks after the batch is done until you cancel it.

I'm sure it worked fine in 11.04, and possibly the early days of 11.10.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: simple-scan 3.2.1-0ubuntu1~oneiric1
ProcVersionSignature: Ubuntu 3.0.0-16.28-generic 3.0.17
Uname: Linux 3.0.0-16-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
CheckboxSubmission: 8f42c7155b3e5262cfd0edb5c0c42bb1
CheckboxSystem: edda5d4f616ca792bf437989cb597002
Date: Wed Feb 22 15:15:53 2012
DriverPackageVersions:
 libsane 1.0.22-2ubuntu2
 libsane-extras N/A
 hplip 3.11.7-1ubuntu3.1
 hpoj N/A
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
MachineType: System manufacturer V-P5G45
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-16-generic root=UUID=029378a1-9bd7-47dc-8d48-1041b374fddf ro quiet splash vt.handoff=7
SimpleScanLog:

SourcePackage: simple-scan
UpgradeStatus: Upgraded to oneiric on 2011-10-17 (127 days ago)
dmi.bios.date: 12/10/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0311
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: V-P5G45
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr0311:bd12/10/2008:svnSystemmanufacturer:pnV-P5G45:pvrSystemVersion:rvnASUSTeKComputerINC.:rnV-P5G45:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: V-P5G45
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer

[Michael Nagel (nailor)]

can this be merged with Bug #875647 and if not, how is it different?

[Phill (phill.l)]

Sorry for late reply. Could possibly merge, but that looks like a composite of two related but separate issues so it could muddy the waters. I'll leave it to your judgement as I'm not familiar with the code.

[Michael Nagel (nailor)]

lets merge to give the other more visibility.
if after fixing that one there are still issues, lets create a new ticket.