Opens inaccessible tcp device, errors, doesn't recover
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gscan2pdf (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
version 0.9.32-1
I use gscan2pdf on two different locations, where there are two different officejet scanners.
On one location, when I start gscan2pdf, and select File->Scan, it does 'Fetching list of devices', and it chooses the printer that is inaccessible on that location, then it opens a window that says 'Opening Device', followed by a window stating 'Error opening device: Error during device I/O'. After pressing 'Close' on that window, only the main window remains, and File-Scan (or ctrl-G) opens an empty and functionless "Scan Document" window. It is not possible to switch to the other officejet that is accessible, because it always automatically selects the inaccessible one and errors as described.
As a workaround, starting with 'gscan2pdf --device=test' allows selecting of 'Rescan for Devices' in the "Scan Document" window, after which both officejets appear in the list, and the correct one can be chosen and scanning works perfectly.
I'm not sure if the bug is that it tries to connect to an inaccessible (networked) hplip scanner, or if the bug is that after the device I/O error message the program becomes useless, but as of now, I have to use the --device=test workaround to use this program.
Changed in gscan2pdf (Ubuntu): | |
status: | Confirmed → Incomplete |
Better workarounds would be either to set the SANE_DEFAULT_DEVICE environmental variable (e.g. put SANE_DEFAULT_ DEVICE= ... in your .bashrc), or to start gscan2pdf --device=device with the actual device name required.
The device names are listed in the scanimage --help output (or if you start gscan2pdf with --log=log, then also in the log file).