#1151 closed defect (fixed)
gsprint.exe popup while printing with win32 clients
Reported by: | J. Max Mena | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | blocker | Milestone: | 0.17 |
Component: | client | Version: | trunk |
Keywords: | Cc: |
Description
Attachments (1)
Change History (13)
Changed 5 years ago by
Attachment: | gsprint popup.png added |
---|
comment:1 Changed 5 years ago by
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.
comment:2 Changed 5 years ago by
Owner: | changed from Antoine Martin to J. Max Mena |
---|
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.
comment:3 Changed 5 years ago by
Priority: | major → blocker |
---|
Raising, will block the 0.16.4 which should include this fix - applied there in r12273.
comment:4 Changed 5 years ago by
Owner: | changed from J. Max Mena to Antoine Martin |
---|
- 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
comment:5 Changed 5 years ago by
Owner: | changed from Antoine Martin to J. Max Mena |
---|
I spoke too soon.
(Forgot to disable SELinux)
comment:6 Changed 5 years ago by
Owner: | changed from J. Max Mena to Antoine Martin |
---|
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.
comment:7 Changed 5 years ago by
Owner: | changed from Antoine Martin to J. Max Mena |
---|
@maxmylyn: done, latest 0.16.4RC and 0.17 beta builds uploaded.
comment:8 Changed 5 years ago by
Owner: | changed from J. Max Mena to Antoine Martin |
---|
- 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.
comment:9 Changed 5 years ago by
Owner: | changed from Antoine Martin to J. Max Mena |
---|
comment:10 Changed 5 years ago by
Owner: | changed from J. Max Mena to Antoine Martin |
---|
comment:11 Changed 5 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:12 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1151
The popup