Dear Mike,
Thank you very much for your prompt and detailed reply.
I understand your point regarding how Windows applications, such as
Adobe PDF Viewer, might generate large print jobs.
At the moment, enabling the file transfer feature is possible in my
environment, but it's admittedly a bit less user-friendly for our users
compared to simply printing directly. The virtual printer remains the
more intuitive and immediate option for them, which is why I was hoping
to make it work as smoothly as possible.
That said, I also find the current behavior quite odd, and I’m open to
investigating this further. If there’s anything specific you’d like me
to test on my setup, I’d be happy to help.
Thanks again for your support and for the great work you’re doing with
Guacamole!
Best regards,
Il 12/03/25 22:29, Michael Jumper ha scritto:
Dear Guacamole Team,
I am currently experiencing a performance issue with the RDP printer
functionality in Apache Guacamole. When printing PDF documents
through the virtual printer, the generated files are unexpectedly
large and slow to download.
For example, when I send a PDF file for printing that is
approximately *20-30 MB* in size, the resulting print job produces a
file around *120 MB*. It then takes roughly *15 minutes* (estimated)
to complete the download of the print job on the client side. This
makes the virtual printing feature quite impractical in my current
setup.
After some investigation, I found a previously reported issue that
seems related: https://issues.apache.org/jira/browse/GUACAMOLE-1522.
I would like to understand if there has been any progress or
recommended workaround regarding this behavior.
My current setup is basically this version of guacamole: https://
github.com/boschkundendienst/guacamole-docker-compose (so 1.5.5 on
docker and i'm trying to print a pdf from Windows Host), if you need
more details about my setup (Guacamole version, client/server OS,
etc.), I am happy to provide them.
Thank you for your support, and I appreciate all the work you do on
this great project!
I've seen the Adobe PDF viewer do this in practice. This is
unfortunately just the result of the Windows application producing an
incredibly large PostScript document when instructed to print. If you
open the print queue within Windows while printing is underway and
take a peek at the document size, I suspect you'll see that the
document actually being sent by Windows to the Guacamole printer is
enormous - far larger than the resulting PDF.
If you can enable file transfer for the connection and just transfer
the PDF file instead of attempting to print it, that will avoid
requiring processing of a large PostScript file.
It's also possible that other PDF viewers will behave better, but I
have not personally tested this.
- Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org
