gsprint.exe popup while printing with win32 clients

[J. Max Mena]

Using a r12205 Win8.l trunk client against a Fedora 23 trunk r12220:

• When printing (after launching from GUI!), a blank CMD window (from gsprint.exe) pops up for a minute before disappearing.

I'll attach a screenshot of the popup (for anyone who sees this and doesn't know what I'm talking about).

[J. Max Mena]

The popup

[J. Max Mena]

Of note, I set the global environment variable (right click on This PC>Properties>Advanced System Settings>Environment Variables) XPRA_WIN32_PRINTER_FLAGS=LOCAL,NETWORK+SHARED+CONNECTIONS before launching the client.

[Antoine Martin]

Should be fixed in r12221 (suitable for backports).

Of note, I set the global environment variable..

That's is the default in 0.17.x.
I thought network printers were enabled by default in 0.16.x too since that's what ticket:1048#comment:15 claims, r12222 fixes that.

[Antoine Martin]

Raising, will block the 0.16.4 which should include this fix - applied there in r12273.

[J. Max Mena]

• Upped Windows client to r12255 from /beta:

• Works as expected - no popup.

---

If you post a 16.X build, I can verify it there as well

[J. Max Mena]

I spoke too soon.

(Forgot to disable SELinux)

[J. Max Mena]

I honestly have no idea what just happened.

• Restarted my session with SELinux off for printing
• Re-connnected (same versions...)
• Printed a picture of a duck

And then my session kicked me and promptly keeled over, as an xpra list showed an old session that needed to be cleaned up, and a further xpra list showed no sessions. Weird. After restarting my session and printing the same picture, I don't see the same error.

I've tried this a few times now, and I don't see it again. I guess it was a one time thing.

[Antoine Martin]

@maxmylyn: done, latest 0.16.4RC and 0.17 beta builds uploaded.

[J. Max Mena]

• Connecting with the 0.16 r12280 against my trunk server causes the following traceback server side:

2016-03-29 10:01:14,511  client request
2016-03-29 10:01:14,650 downloaded 4598121 bytes to application/pdf file for printing:
2016-03-29 10:01:14,650  C:\Users\Max\Downloads\da39a3ee5e6b4b0d3255bfef95601890afd80709-2.pdf
2016-03-29 10:01:49,184 Unhandled error while processing a 'send-file' packet from peer using <bound method XpraClient._process_send_file of gtk2.client>
2016-03-29 10:01:49,186   File "xpra\client\client_base.pyc", line 833, in process_packet
2016-03-29 10:01:49,186   File "xpra\net\file_transfer.pyc", line 145, in _process_send_file
2016-03-29 10:01:49,186   File "xpra\net\file_transfer.pyc", line 166, in _print_file
2016-03-29 10:01:49,187   File "xpra\platform\win32\printing.pyc", line 149, in print_files

And also places a garbage .pdf in my (Local Windows) Downloads folder.

But, when I re-built my server with the 16 tagged source, printing works fine. The client prints fine without the pop-up, just not against a trunk server.

[Antoine Martin]

But, when I re-built my server with the 16 tagged source, printing works fine.

That's very unlikely, the bug in comment:8 is very real and should be fixed in r12312.

[J. Max Mena]

Upped server to r12379 and client to r12356 both trunk, same OSs:

• Printing works fine - no errors, tracebacks, or popups.

Passing back to you (probably for closure)

[migration script]

this ticket has been moved to: ​https://github.com/Xpra-org/xpra/issues/1151