Jeffrey Ratcliffe

Please start scantpaper with scantpaper --log=log, Enable overscan = On (the missing piece — it adds the ADF margin on all sides) Enable swcrop (software auto-crop, trims the black border) Keep ald = On and the custom paper 210×449 Scan, then manual-crop if a hair of border remains Quit, and post the log file, which scantpaper should have compressed with .xz

Thanks for the bug report. As soon as scantpaper has migrated to Debian testing, I intend to deprecate gscan2pdf and turn its Debian package into a transition package pulling in scantpaper, which is a drop-in replacement.

I've almost finished a complete rewrite. It's probably going to be called scantpaper. Needless to say, the aim to be better in lots of ways, including error handling. I've just got to nail the last couple of bugs and write a few more tests.

gscan2pdf hangs on File Save

I've almost finished a complete rewrite. It's probably going to be called scantpaper. Needless to say, the aim to be better in lots of ways, including error handling. I've just got to nail the last couple of bug and write a few more tests.

Thanks for the report. Please start gscan2pdf from the command line with the --log=log option, reproduce the error, and post the log file.

This bug has now hit Debian sid. I'll have to skip the test in sid to avoid FTBFS. Your bug report is now seeing some attention.

300x300 without a unit should normally default to dots (pixels) per inch. And living in a land that uses SI units, I would be also happy for it to default to pixels per cm. But the new behaviour ends up being 72 ppi, which makes far less sense than anything else.