I have an HP OfficeJet 4654 which the scanner recognized (after a while, but eventually it finds the OfficeJet). The scanner can do single pages on the platen and has a sheet feeder as well.
When I scan single pages on the platen, the size is correctly set to Letter (It could do A4 but I don't use that).
However, if I use the sheet feeder, the scan defaults to Legal size.
If I change the Preference to Letter in the gear settings, I can get Letter sized scans with the feeder. However, with the Preference set to Letter, the single platen scanned documents come out Legal sized with the area below the Letter sized form blackened in.
This is absurd. If I tell it to use Letter size, it should not override this and produce incorrect Legal sized scans, regardless of whether the source is on the platen or from the feeder.
What I truly don't understand is why I get a Legal size scan on a Letter sized piece of paper in the sheet feeder at all (the default behavior). The app is clearly capable of producing letter sized scans when told to do so. I also don't understand why the scanning tool overrides my Preference setting for Letter size when I scan from the platen.
The new interface also makes it more difficult to change the Preferences - there's no Save or OK button, just the upper-right-corner x which usually means don't save - very confusing and user unfriendly.
Source: https://gitlab.gnome.org/GNOME/simple-scan
Description: Ubuntu 20.04.2 LTS
Release: 20.04
Simple-scan Version: 3.36.3
What I expected to happen:
If I scan a letter sized document, I expect a letter sized scan. If I scan multiple sheets all letter sized, I expect all pages to scan at letter sized.
What happens instead:
If the paper size Preference is set to Automatic, the platen scans are correct but the sheet feeder scans are all legal sized.
If the paper size Preference is set to Letter, the sheet feeder scans are all letter sized but the single page platen scans are all legal sized with a blackened 3" section at the bottom of the page.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: simple-scan 3.36.3-0ubuntu0.20.04.0
ProcVersionSignature: Ubuntu 5.4.0-65.73-generic 5.4.78
Uname: Linux 5.4.0-65-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.16
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Mon Feb 22 18:04:51 2021
InstallationDate: Installed on 2020-10-01 (145 days ago)
InstallationMedia: Xubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-65-generic root=UUID=97168ae7-ec8a-49b7-8ef8-6b377b98a588 ro nosplash
SourcePackage: simple-scan
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/12/2015
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: P2.20
dmi.board.name: Z97 Pro4
dmi.board.vendor: ASRock
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrP2.20:bd05/12/2015:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnZ97Pro4:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.family: To Be Filled By O.E.M.
dmi.product.name: To Be Filled By O.E.M.
dmi.product.sku: To Be Filled By O.E.M.
dmi.product.version: To Be Filled By O.E.M.
dmi.sys.vendor: To Be Filled By O.E.M.
Thanks for bug report.
COuld you please run the simple-scan with debug mode (`simple-scan -d`) and reproduce the issue.
Then attach the logs to the bug report.
Unfortunately attached `SimpleScanLog.txt` file is not enough.