print dialog crashes with :hardcopy command

[djbrennan]

Version: 3.4.0-17-g4527955
WebKit compile: 2.24.2
WebKit run: 2.24.2
GTK compile: 3.24.1
GTK run: 3.24.1
libsoup compile: 2.64.2
libsoup run: 2.64.2
Extension dir: /usr/local/lib/vimb

Steps to reproduce

:hardcopy

Expected behaviour

Print dialog box opens and remains open to allow interaction

Actual behaviour

Print dialog box opens then closes within 1 second. No time to change any print settings.

[fanglingsu]

@djbrennan Thank you for reporting this issue. I can reproduce it on my system too.

[fanglingsu]

@djbrennan This issue seems to be an issue in GTK3 at least on my system. If I opened the dialog I could see the the Print-Button was clickes/activated to start printing even if the mouse pointer was somewhere else. In my case the default printer was set to lpr which does not exist on my system. So GTK tryed to print with a none existing tool.
I don't understand why the printing is started automatically in case of lpr print backend.

So I've configured GTK3 to not use the lpr print backend. By putting
following lines into ~/.config/gtk-3.0/settings.ini

[Settings]
gtk-print-backends=file,cups

And I updated vimb to show an error if printing failed, which hinted me to search in the right direction.
I can't provide a better solution for this issue. The code seems to be right according to documentation and to what other projects do and it worked in the past. So if this workaround works for you too, feel free to close this issue.

[djbrennan]

Thanks Daniel, I will try your work around and let you know. If it works I'll close the issue. Thanks again for the prompt response. Dan Brennan

…

On Fri, Jun 14, 2019 at 6:44 PM Daniel Carl ***@***.***> wrote: @djbrennan <https://github.com/djbrennan> This issue seems to be an issue in GTK3 at least on my system. If I opened the dialog I could see the the Print-Button was clickes/activated to start printing event if the mouse pointer was somewhere else. In my case the default printer was set to lpr which does not exist on my system. So GTK tryed to print with a none existing tool. I don't understand why the printing is started automatically in case of lpr print backend. So I've configured GTK3 to not use the lpr print backend. By putting following lines into ~/.config/gtk-3.0/settings.ini [Settings] gtk-print-backends=file,cups And I updated vimb to show an error if printing failed, which hinted me to search in the right direction. I can't provide a better solotion for this issue. The code seems to be right according to documentation and to what other projects do and it worked in the past. So if this workaround works for you too, feel free to close this issue. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#564?email_source=notifications&email_token=AKNHPPBKX7ZSIV6WSPECSCDP2QNMTA5CNFSM4HYLHWU2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXYIOVY#issuecomment-502302551>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AKNHPPAIBPJJAAPCFP7G7R3P2QNMTANCNFSM4HYLHWUQ> .

[ghost]

It doesn't work for me. I don't get a crash, but the print dialog opens and then immediately prints (closing), giving me no time to select different print options. It does print though -- always to the printer, because that's the default.

I have the following in ~/.config/gtk-3.0/settings.ini:

[Settings]
...
gtk-print-backends=file,cups

It's been behaving like this for months. I'm currently on vimb 3.5.0.

[fanglingsu]

@serussell I can reproduce this issue. No message is written to cli and the print dialog is opened and the print button is somehow automatic clicked right after opening the dialog. At least with cups as allowed print backend

[jjakob]

I have this issue too.