X2Go logs - #701, boring messages

Message sent to x2go-dev@lists.x2go.org, X2Go Developers <x2go-dev@lists.x2go.org>:

Subject: Bug#701: We need to talk about, and document, which options are overridable in which way
Reply-To: Stefan Baur <X2Go-ML-1@baur-itcs.de>, 701@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>
Resent-Date: Sun, 14 Dec 2014 22:40:01 +0000
Resent-Message-ID: <handler.701.B.141859669621656@bugs.x2go.org>
Resent-Sender: owner@bugs.x2go.org
Message-ID: <548E1038.9010807@baur-itcs.de>
Date: Sun, 14 Dec 2014 23:33:28 +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
CC: Michael DePaulo <mikedep333@gmail.com>, 
 Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

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

Package: x2goclient

Hi,

This was inspired by Mike#2's question on how to make microphone input
configurable in X2GoClient.  The real issue goes way deeper, IMO.

Basically, we have three places where an option (not only the
microphone input) could be set:

1) command line option
2) "forced" config from broker
3) sessions file (which may be on a read-only network share)

a) We need to define an order of precedence for each option; also,
   how to deal with conflicting options.

   Example 1: For the microphone to be enabled, both the command line
   option as well as the sessions file/broker config should match.
   If the command line option says --mic=off, and the sessions
   file/broker config says "mic=on", then the mic should be *off*.
   Also, if the the sessions file/broker config says "mic=off", then
   the command line option should *not* be able to override that.
   Only if one side indicates that it doesn't care (by lacking the
   option), or if all sides agree, the microphone should be turned on.
   This is a security/privacy-related issue.

   Example 2: The sessions file or the broker may specify cinerama=off,
   and now the user attaches a second screen.  So being able to pass a
   cinerama=on on the command line would be nice.  Also, this has no
   security/privacy implications (as far as I can tell - but feel free
   to prove me wrong), so an agreement between all sides (command line
   vs. sessions file/broker) would not be neccessary, as long as we
   agree on an order of precedence and document that properly.

b) The broker should be able to offer forced options as well as
   user-selectable options.  Think of it like the Firefox preferences
   configuration: Admins may, e.g., force the use of a proxy using a
   "lockPref", but they can also set a default home page that still
   *can* be overriden by the user ("user_pref").
   Similarly, the broker should be able to deliver a config (and the
   client should be able to parse it) that contains markers as to which
   settings are "locked" and which settings may still be changed by the
   user.
   Of course, this doesn't protect against "rogue" clients that have
   this feature disabled, so it's not a security measure, but it would
   allow an admin to, e.g., specify that sound is off by default, but
   the user may turn it on if so desired.

Mike#1: Feel free to clone this bug for the broker part.

- -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)

iQEcBAEBAgAGBQJUjhA4AAoJEG7d9BjNvlEZHbgH/1jzw3GOkDuMVV83RfEVMTPi
h+pYBcifUYF/XUG+rGmiTAwvlmoUzgDNlOkbMhfuWJTP9ZwEMtGu3b6mbjEq5af6
5xB5OThtfgryF4DepfoRDeqyVzfLEH7/l43aP8IH08OJVtkiumNSfPvCoflP+IrM
dZzufEYdxPF1lazWInXb8cqtcGMB3pNGQSqenWTXDSYdh9hEK0quHv/8F23eo4gg
Wgu3FZumBQ5ZsmKIuYzzUJARDK+d8Qf1iW79rm9sMy239gCIdRiJ5Deq3rnHPEcS
2a4/1YwstCTMt/bCBwnl4CwssexWBj1vN3emvFhmz8cgGOgs6FXj3BnRX8Pf/G4=
=y3d1
-----END PGP SIGNATURE-----

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.502 (Entity 5.502)
Content-Type: text/plain; charset=utf-8
X-Loop: owner@bugs.x2go.org
From: owner@bugs.x2go.org (X2Go Bug Tracking System)
To: Stefan Baur <X2Go-ML-1@baur-itcs.de>
Subject: Bug#701: Acknowledgement (We need to talk about, and document,
 which options are overridable in which way)
Message-ID: <handler.701.B.141859669621656.ack@bugs.x2go.org>
References: <548E1038.9010807@baur-itcs.de>
X-X2go-PR-Message: ack 701
X-X2go-PR-Package: x2goclient
Reply-To: 701@bugs.x2go.org
Date: Sun, 14 Dec 2014 22:40:02 +0000

Thank you for filing a new Bug report with X2Go.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 X2Go Developers <x2go-dev@lists.x2go.org>

If you wish to submit further information on this problem, please
send it to 701@bugs.x2go.org.

Please do not send mail to owner@bugs.x2go.org unless you wish
to report a problem with the Bug-tracking system.

--=20
701: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=3D701
X2Go Bug Tracking System
Contact owner@bugs.x2go.org with problems

Message received at control@bugs.x2go.org:

Received: (at control) by bugs.x2go.org; 8 Jan 2015 15:05:24 +0000
From X2Go-ML-1@baur-itcs.de  Thu Jan  8 16:05:24 2015
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.8 required=5.0 tests=BAYES_20,MISSING_SUBJECT
	autolearn=no version=3.3.2
X-Greylist: delayed 301 seconds by postgrey-1.34 at ymir.das-netzwerkteam.de; Thu, 08 Jan 2015 16:05:24 CET
Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 27F845DB53
	for <control@bugs.x2go.org>; Thu,  8 Jan 2015 16:05:24 +0100 (CET)
Received: from [192.168.0.3] ([78.43.170.197]) by mrelayeu.kundenserver.de
 (mreue005) with ESMTPSA (Nemesis) id 0LdZfa-1XQa610922-00ihZI for
 <control@bugs.x2go.org>; Thu, 08 Jan 2015 16:00:23 +0100
Message-ID: <54AE9BC5.3090604@baur-itcs.de>
Date: Thu, 08 Jan 2015 16:01:25 +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: control@bugs.x2go.org
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Provags-ID:  V03:K0:rqI/FHMLhQ5MZq2ElXqDlt7j2wMpM7/BQRXJ5V3zUgzAK5q08FH
 lG/3vDS0YvDECUkRaubMzIfs61BOVCkNdUkiEYjCl6e0mTJNBkgSsT2lxYvzbk/UUipgZPY
 QRyfnpb8MM8eN8BYqyAotbl6Sh+0pXxCfBfI0heEG385RhDAGq3WfzZUPQecI000AZbugwm
 HWkBiaz1kY1RESexBfQsw==
X-UI-Out-Filterresults: notjunk:1;

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

priority 701 wishlist
thanks

- -- 
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)

iQEcBAEBAgAGBQJUrpvFAAoJEG7d9BjNvlEZFOEIAJDnwCfGEplSLXEpdbY9BfqW
tpITqtPAlX4zpApTVGW6L4+OcOtUUYkXbTMXXiQHpM1+F4P/hPiLZ/0aBA69zIFJ
/xm5ETJqco4XiIhqlZPzlwGxRQfD/FKkzIuQe8ZCqQw2sOun024Wis19/8LQPbys
l2PoOfJs0fCIhYuEkdm/ffXT9Ge7yNBXVt4JqJdS5zY1NiQRRIGsrR+ZmHvPyQix
QEj4qaetMJWsl7dgLHuHAHaf3tEt7m/EOgnjJ5iLFbyNmZYJ8K28dbYtxjCQ37+k
ySpPmUUHw/4DzgV/Otf9/yPrlocVaQTnB/oLI8unYqHeX4jGjxQLJdwK0h/q7No=
=d+1K
-----END PGP SIGNATURE-----

X2Go Developers <owner@bugs.x2go.org>. Last modified: Fri, 16 Dec 2022 15:42:28 UTC

For more information on viewing bug history, submitting new reports, modifying existing ones and general BTS usage please visit http://wiki.x2go.org/doku.php/wiki:bugs (FAQ).

X2Go Bug Tracking System (based on the software used for Debian's BTS)
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.