X2Go Bug report logs - #738
X2GoClient should make use of an open-source PDF viewer and integrate that, for easier printing support

Full log

🔗 View this message in rfc822 format

X-Loop: owner@bugs.x2go.org
Subject: Bug#738: X2GoClient should make use of an open-source PDF viewer and integrate that, for easier printing support
Reply-To: Stefan Baur <X2Go-ML-1@baur-itcs.de>, 738@bugs.x2go.org
Resent-From: Stefan Baur <X2Go-ML-1@baur-itcs.de>
Resent-To: x2go-dev@lists.x2go.org
Resent-CC: X2Go Developers <x2go-dev@lists.x2go.org>
X-Loop: owner@bugs.x2go.org
Resent-Date: Sat, 10 Jan 2015 10:05:01 +0000
Resent-Message-ID: <handler.738.B.142088403628819@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
X-X2Go-PR-Message: report 738
X-X2Go-PR-Package: x2goclient
X-X2Go-PR-Keywords: 
Received: via spool by submit@bugs.x2go.org id=B.142088403628819
          (code B); Sat, 10 Jan 2015 10:05:01 +0000
Received: (at submit) by bugs.x2go.org; 10 Jan 2015 10:00:36 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,URIBL_BLOCKED
	autolearn=ham version=3.3.2
Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 5FE0D3BC4F
	for <submit@bugs.x2go.org>; Sat, 10 Jan 2015 11:00:34 +0100 (CET)
Received: from [192.168.0.3] ([78.43.170.197]) by mrelayeu.kundenserver.de
 (mreue104) with ESMTPSA (Nemesis) id 0MYvSd-1YEzVh05gp-00VjRM for
 <submit@bugs.x2go.org>; Sat, 10 Jan 2015 11:00:34 +0100
Message-ID: <54B0F88D.9090700@baur-itcs.de>
Date: Sat, 10 Jan 2015 11:01:49 +0100
From: Stefan Baur <X2Go-ML-1@baur-itcs.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: submit@bugs.x2go.org
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Provags-ID:  V03:K0:AX6Un23vKTQ1ZfR8NM6ag+P9Y33UjasFz3S0DITol3Tb8XJmvLf
 WCT0/4bFnutvaordkc5ImqODzrCWRG9K2wJjp4vREiVMrXzeES4PfWIycO6xhO5jwhlaTf5
 7ghVmKe3OYyfVd+3OKJczP8eYvefF6UCUoEKBAOVxBkQt0N9W81Jr90Brc9bWCOlWmXvEvB
 1yMVduHTQPIbM1al7dMTQ==
X-UI-Out-Filterresults: notjunk:1;

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

package: x2goclient
severity: wishlist

The current way of client-side printing is rather error-prone (see
various complaints on the mailing lists lately), also, it requires the
user to be in the fuse group on the server.  Which opens the can of
worms that the user can now also use the built-in file sharing, which
may not be desirable in all circumstances.

Therefore, I would like to suggest the following as new method of
printing:
* x2goclient opens an SSH tunnel:
  -R<somenumber>:127.0.0.1:<someothernumber>
  * <somenumber> should start at a number above 1024, obviously, and a
    mechanism must be in place that determines a free port number, then
    uses that.
  * <someothernumber> should also be a number above 1024, starting at a
    fixed base number and incrementing with each user/session (similar
    to X2Go session numbers).
* on the server, CUPS-X2GO creates a PDF (optionally, compressed using
  gzip, bzip2 or xz - information about the compression method used
  could be conveyed in a PJL header comment field) and streams it to
  socket://127.0.0.1:<someothernumber>

I'm assuming the following two steps are a non-issue for Mac OS X and
Linux, as CUPS is used natively there, and all we have to do there is
connect the two CUPSes via a simple portforwarding.


* On Windows, x2goclient pipes the incoming data either directly as a
  stream, or via a temporary file, to a PDF viewer, which (in the
  simplest case) is set to automatically print to the default printer
  * optionally, we could pop up the print dialog, though this will add
    more complexity
* for ease of use, we should either ship SumatraPDF (a free PDF
  viewer that can be automated via command line options) with
  x2goclient, just as we currently do with pulseaudio and vcxsrv, or
  integrate the relevant parts of SumatraPDF directly into x2goclient,
  if based on the same programming language, and being licensed unter
  terms compatible with ours.


1) This eliminates the need for having users in the FUSE group to
   merely print a document,
2) also, if we can get SumatraPDF to accept the bitstream, it would
   even eliminate the need for a temporary file on the client,
3) lastly, by shipping a PDF viewer/printer, we make it easier for the
   user by providing a sane default (like we do with vcxsrv - users
   still can use a different X server if they choose to, but they don't
   have to download one manually first and worry to get the
   configuration right).

Portable version of SumatraPDF is here:
https://kjkpub.s3.amazonaws.com/sumatrapdf/rel/SumatraPDF-3.0.zip
Sources are here:
https://github.com/sumatrapdfreader/sumatrapdf

- -Stefan

- -- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iQEcBAEBAgAGBQJUsPiNAAoJEG7d9BjNvlEZ4zgH+wRUNRHBCyzTWhk8F68/2Ahp
XMNKbmnvdsTIaUz5xHwgLPvxze3FaagY5SxJt5y3Td7EujdfZ0jbaVezZHMYUHdd
bKjKgfoJDu7BWk/39440eyOnv6f2yIbhnXYfrV+un2n8PC5IykNZVCm/MopBEvVb
IcIh8xcMbVHmSpDcDNRGcE0hBafPE7+0G74Mtsc9O8ZNoi7PcIO1g9EWHUXATLxc
f954dr2n1RTDddQ5L5c/UTlZ8r9x2Rw8mXkRhVcu3XVNoyFmFb9l3R4kRoF1pp5M
45fztzY3HZH4KmhiyEk8fhlDQbH9kYx0FJ0NdJbb4Kk5Soc+usmItcwBZ3tPLU8=
=noNS
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.