Bug#913434: gscan2pdf: Problem printing to an USB printer using the toolbar button

2018-11-20 Thread Jeff
I can't reproduce this and I don't understand how it happens.

The toolbar print button, the print menu item and ctrl-p are all
connected to the same action - i.e. open the print dialog.

The print settings ARE stored between print jobs in the same run of
gscan2pdf.

The print settings ARE NOT stored between runs of gscan2pdf, so I don't
think that that can affect the problem.
Perhaps this is the solution to the problem - to store the settings
between runs.



signature.asc
Description: OpenPGP digital signature


Bug#913434: gscan2pdf: Problem printing to an USB printer using the toolbar button

2018-11-10 Thread Michal Suchanek
Package: gscan2pdf
Version: 1.6.0-5
Severity: normal

Hello,

I get repeated problem reports from a user trying to print using the
printer button on the toolbar.

The problem is that the USB printer being a hotplugged piece of
hardware does not end up preselected as the device to print on. As other
dummy print queues exist on the system one of these gets selected and no
printer output is observed when pressing the printer button on the
toolbar.

Workaround is to press Ctrl+P, select the hardware printer in the print
dialog, and print the image on the hardware printer. However, the user
tends to forget this workaround because it is not necessary in other
applications (ie Libreoffice).

Can the automatic printer selection be improved so that the toolbar
printer button works automagically as it does in other software?
If not possible can it be removed or made removable?

I am not sure how this problem happens and I cannot reproduce it myself.

Possible problem scenarios include

1) attach scanner, start gscan2pdf, scan, attach printer, press 'print'
button

2) detach printer, start gscan2pdf (gscan2pdf detects missing hardware
printer and selects another queue), quit gscan2pdf (printer selection
saved), start gscan2pdf with printer attached (dummy queue still
selected)

It might be helpful to not save print settings when nothing was printed
if something like that is done in the application.

As I cannot reproduce the problem myself the above is only guess based
on problem description from the user. If you cannot reproduce the issue
I can try to get a hardware printer to provide more accurate
description.

Thanks

Michal


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (900, 'stable'), (505, 'oldstable'), (500, 'oldoldstable'), (500, 
'testing'), (171, 'unstable'), (151, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.17.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gscan2pdf depends on:
ii  imagemagick8:6.9.7.4+dfsg-11+deb9u5
ii  imagemagick-6.q16 [imagemagick]8:6.9.7.4+dfsg-11+deb9u5
ii  libconfig-general-perl 2.63-1
ii  libdate-calc-perl  6.4-1
ii  libfilesys-df-perl 0.92-6+b1
ii  libgoo-canvas-perl 0.06-2+b3
ii  libgtk2-ex-simple-list-perl0.50-2
ii  libgtk2-imageview-perl 0.05-2+b3
ii  libhtml-parser-perl3.72-3
ii  libimage-magick-perl   8:6.9.7.4+dfsg-11+deb9u5
ii  liblist-moreutils-perl 0.416-1+b1
ii  liblocale-gettext-perl 1.07-3+b1
ii  liblog-log4perl-perl   1.48-1+deb9u1
ii  libossp-uuid-perl [libdata-uuid-perl]  1.6.2-1.5+b4
ii  libpdf-api2-perl   2.030-1
ii  libproc-processtable-perl  0.53-2
ii  libreadonly-perl   2.050-1
ii  librsvg2-common2.40.16-1+b1
ii  libsane-perl   0.05-2+b4
ii  libset-intspan-perl1.19-1
ii  libtiff-tools  4.0.8-2+deb9u2
ii  libtry-tiny-perl   0.28-1
ii  sane-utils 1.0.25-4.1

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.27.1-7
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-12
ii  tesseract-ocr  3.04.01-5
ii  unpaper6.1-2+b1
ii  xdg-utils  1.1.1-1+deb9u1

gscan2pdf suggests no packages.

-- no debconf information