#290 Page Options -> Pages: scanning only first page of n

[bitsfritz]

since version 1.8.9 scanning of mulitiple pages stopps working.

Scandialog -> Page Options -> Pages -> [o]#: 2
version 1.8.8:
Scanner scanning 2 pages

version 1.8.9 and 1.8.10:
Scanner scanning 1 page

System:
archlinux AUR package: https://aur.archlinux.org/packages/gscan2pdf/

I suppose the behavior in 1.8.8 is the intended one :o))

[Jeffrey Ratcliffe]

Please start gscan2pdf from the command line with the --log=log option, reproduce the problem, quit, and post the log file.

[bitsfritz]

done :o))

[Jeffrey Ratcliffe]

Thanks for the log. You seem to be using a flatbed scanner. I am therefore surprised that you can set the number of pages to 2 without selecting the "Allow batch scanning from flatbed" option in Edit/Preferences.

Please enable "Allow batch scanning from flatbed" and post another log file.

[bitsfritz]

Thanks for taking care!

Above setting does the trick.
So an erlier bug seemed to be useful for my setup.

One more case of:
Once doing right, things start to work :o))

If you nevertheless would like to have the log, just let me know.

[Jeffrey Ratcliffe]

What concerns me, is that without setting "Allow batch scanning from flatbed", the "# Pages" widgets should be ghosted. Can you check whether this is the case and if so, add a couple of screenshots?

[bitsfritz]

No, not ghosted here.
Maybe due to scanner beeing connected via net (net.conf) talking to sane-backends 1.0.19 (debian 5.0.6).

I definitly noticed a ghosted #pages widget at another machine with an usb connected scanner.

Attached screenshots and coresponding logs (gzipped)

[Jeffrey Ratcliffe]

Cool. I think I see the problem. Your scanner only has one option for "source" - "Flatbed". However, it is never set, and obviously the backend never uses it. Thus the option never gets a value.

I've fixed it for the next release.