[Expired for gscan2pdf (Ubuntu) because there has been no activity for
60 days.]
** Changed in: gscan2pdf (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: gscan2pdf (Ubuntu)
Status: Triaged => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/401096
Title:
Weird "buffering" of scanned pages with scanimage frontend
To
In that last .deb, I put some more debug information, so if you can
please start gscan2pdf with the --debug option and post the output after
trying to scan with the scanimage frontend, then I've got a chance to
see what is happening.
I can't reproduce the problem here, so otherwise I'm working
Please start gscan2pdf with --debug and post the output after trying to
scan with the scanimage frontend. The debug output should report real
file size and according to the PNM header.
--
Weird buffering of scanned pages with scanimage frontend
https://bugs.launchpad.net/bugs/401096
You received
On Wed, Aug 05, 2009 at 08:50:12PM -, Jeffrey Ratcliffe wrote:
Please test this RC of the upcoming version, which waits for the PNM to
get to the size reported by the header before importing it.
** Attachment added: gscan2pdf_0.9.30~rc1-1_all.deb
Please test this RC of the upcoming version, which waits for the PNM to
get to the size reported by the header before importing it.
** Attachment added: gscan2pdf_0.9.30~rc1-1_all.deb
http://launchpadlibrarian.net/29941461/gscan2pdf_0.9.30%7Erc1-1_all.deb
--
Weird buffering of scanned pages
It seems to me that gscan2pdf is trying to read the image before it has
been fully written.
scanimage was modified in 1.0.20 to buffer the image, and to write it
only when complete.
Please try the attached patch, which flushes the filesystem buffers
immediately before importing the image.
If
On Wed, Jul 29, 2009 at 06:30:51AM -, Jeffrey Ratcliffe wrote:
It seems to me that gscan2pdf is trying to read the image before it has
been fully written.
scanimage was modified in 1.0.20 to buffer the image, and to write it
only when complete.
Please try the attached patch, which
2009/7/29 Matt Zimmerman m...@ubuntu.com:
How about having scanimage write the image to a pipe, so we can detect EOF,
rather than to a temporary file?
Unfortunately this is not possible. We have to use --batch mode in
scanimage to be able to use the ADF - as my HP OfficeJet 5510, at
least, is
