Summary: | Kooka ignores -d comand line switch for networked HP scanner (SANE backend uses SuSE's hplip 0.9.4 rpms for HP all in one devices | ||
---|---|---|---|
Product: | [Applications] kooka | Reporter: | Bart Symons <bsmaillist> |
Component: | general | Assignee: | Jonathan Marten <jjm> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | eljefedelito, jjm, matija |
Priority: | NOR | ||
Version: | 0.44 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Bart Symons
2005-08-07 14:27:51 UTC
The problem seems to be that the hpaio SANE backend doesn't support scanning for network devices, even if it is enabled in Kooka. The device explicitly specified with -d is passed down to KookaView::slSelectDevice(), but the if ( sane->openDevice( selDevice ) == KSCAN_OK ) fails. KScanDevice::openDevice() insists that the device, even if explicitly specified, must have already been probed: // search for scanner int indx = scanner_avail.find( backend ); if( indx < 0 ) { stat = KSCAN_ERR_NO_DEVICE; Commenting out this test and running Kooka again, with the device explicitly specified, works and scans perfectly. Suggested resolution: if a device is specified explicitly with -d, and it cannot be probed, warn the user and give them an option to accept it anyway. Bug 141082 possibly a duplicate of this, although very little information there. If this is still an issue, and you can compile from source, please check out and try the SVN version at branches/work/kooka-kde3. This allows the device to be manually entered in the case where SANE cannot detect it; either specify it on the command line with the '-d' switch, or use the new "Add Scan Device" menu option. This should work with HP networked scanners using HPLIP. *** Bug 141082 has been marked as a duplicate of this bug. *** Bug 139932 possibly another duplicate. Works on my HP PhotoSmart C4380 in SkanLite (KDE4 version of Kooka so to speak). Should this bug be closed? Not closing for that reason, because Skanlite is a separate product. However, the bug has been fixed in the current SVN version, see bug 139932 for more information. *** This bug has been marked as a duplicate of bug 139932 *** |