Ticket-URL: http://code.x2go.org/horde4/whups/ticket/?id=93
------------------------------------------------------------------------------
Ticket | 93
Erstellt Von | gschnabel(a)gmx.de
Zusammenfassung | x2goserver 20120713~573~build1 broken on wheezy, Sessions
| limit reached
Warteschlange | x2goserver
Version | HEAD
Typ | Bug
Status | Unconfirmed
Priorität | 3. High
Operating System | 9
Zuständige |
+Neue Anlage | sessions_limit_reached.png
------------------------------------------------------------------------------
gschnabel(a)gmx.de (2012-07-17 19:42) hat geschrieben:
System:
Debian Testing/wheezy with
* x2goserver_3.1.1.4-0~x2go1+wheezy~heuler~20120713~573~build1
* x2goserver-extensions_3.1.1.4-0~x2go1+wheezy~heuler~20120713~573~build1
Problem:
Connections from a Windows XP system to the Debian system with
X2GoClient V. 3.99.2.2 (Qt - 4.8.1)
http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.2.1-s…
are not possible, error popup: "Sessions limit reached:". See attached
screenshot
Workaround:
Downgrade to
* x2goserver_3.1.1.3-0~x2go1+wheezy~heuler~20120629~567~build1
* x2goserver-extensions_3.1.1.3-0~x2go1+wheezy~heuler~20120629~567~build1
Connections with the older packages work with no problems.
Bug is introduced with commit
http://code.x2go.org/gitweb?p=x2goserver.git;a=commit;h=d70b136ab99623678f3…
Reversal of changes on /usr/bin/x2gosessionlimit make connections work again.
Ticket URL: http://code.x2go.org/horde4/whups/ticket/?id=92
------------------------------------------------------------------------------
Ticket | 92
Created By | AnX2goUser(a)mailinator.com
Summary | x2goclient dialog boxes becomes unreadable in dark
| system colors schemes
Queue | x2goclient
Version | HEAD
Type | Bug
State | Unconfirmed
Priority | 1. Low
Operating System | 6
Owners |
+New Attachment | screenshot.png
------------------------------------------------------------------------------
AnX2goUser(a)mailinator.com (2012-03-02 05:19) wrote:
Some people prefer dark colors schemes in their window manager (e.g.
light text on dark window border/background). Oftentimes, this is even
used as an accessibility feature.
However, x2goclient does not correctly use the "background" color from
the system color palette to draw text background, thus resulting in
white text on white background (see attachment).
This makes using x2goclient nearly impossible, as oftentimes I don't
know what each button says (am I clicking "terminate" or "suspend"? I
don't know, because it's unreadable...)
For example, to reproduce the issue in KDE 4.x, do the following:
Go to: "KDE system settings" -> "Application Appearance" -> "Colors"
and select the "Obsidian Coast" setting and hit apply.
Now start x2goclient (qt version). Any session boxes on the right will
have white background, but also have a white-ish text.
Similarly, when going to connect, the password-dialog and its buttons
are unreadible (see attachment).
I think there are two potential solutions:
1. Let all the text which is on top of hard-coded white background
areas, to always use a hard-coded dark color.
-or-
2. Use the system color's background instead of the current hardcoded
white background to underlay the password/account boxes.
Thanks & Keep up the good work!
Ticket URL: http://code.x2go.org/horde4/whups/ticket/?id=76
------------------------------------------------------------------------------
Ticket | 76
Created By | sendspamhere(a)stefanbaur.de
Summary | Profile manager window to large on netbooks, wide
| screen notebooks, etc.
Queue | pyhoca-gui
Version | HEAD
Type | Bug
State | Unconfirmed
Priority | 1. Low
Operating System |
Owners |
------------------------------------------------------------------------------
sendspamhere(a)stefanbaur.de (2011-07-19 16:36) wrote:
The profile manager windows in PyHoca-GUI is not well usable on
netbooks, wide screen notebooks, etc.
Maybe the dimensions of that window could be reduced in height...
Ticket URL: http://code.x2go.org/horde4/whups/ticket/?id=83
------------------------------------------------------------------------------
Ticket | 83
Created By | mike.gabriel(a)das-netzwerkteam.de
Summary | Offer a submenu per session profile, that allows to
| start standard rootless applications.
Queue | pyhoca-gui
Version | HEAD
Type | Enhancement
State | New
Priority | 2. Medium
Operating System |
Owners |
------------------------------------------------------------------------------
mike.gabriel(a)das-netzwerkteam.de (2011-07-19 17:04) wrote:
Offer a submenu per session profile, that allows to start standard
rootless applications.
Ticket URL: http://code.x2go.org/horde4/whups/ticket/?id=64
------------------------------------------------------------------------------
Ticket | 64
Created By | mike.gabriel(a)das-netzwerkteam.de
Summary | x2gofeatures query before session start
Queue | x2goserver
Version | FUTURE
Type | Enhancement
State | New
Priority | 1. Low
Operating System | 6
Owners |
------------------------------------------------------------------------------
mike.gabriel(a)das-netzwerkteam.de (2011-03-19 17:20) wrote:
Here is a feature request proposal for the post-Baikal release (Rebun):
The handshake on session start should be extended in the following way:
o login as user
o call a script x2gofeatures (or similar)
o this script replies with some file format that states
- user may / must not start an X2go session
- user may / must not start in rootless/desktop mode
- available commands to execute (KDE, TERMINAL, /usr/bin/xterm...)
- user may / must not print
- user may / must not use audio
- ...
o the client should obey to this returned list of features
o if the user tries to hack some feature that he/she is not allowed to
use, the server of course also has to deny this feature (and maybe even
the whole session)
Ticket-URL: http://code.x2go.org/horde4/whups/ticket/?id=91
------------------------------------------------------------------------------
Ticket | 91
Erstellt Von | team(a)edv-serviceteam.net
Zusammenfassung | Forward USB using USB IP
Warteschlange | x2goserver
Version | FUTURE
Typ | Enhancement
Status | New
Priorität | 1. Low
Operating System | 8
Zuständige |
------------------------------------------------------------------------------
team(a)edv-serviceteam.net (2011-10-21 14:24) hat geschrieben:
this topic already last year:
http://lists.berlios.de/pipermail/x2go-dev/2010-September/001087.html
Recent linux kernel provide support for USB forwarding over IP (kernel
config: CONFIG_USB_IP_COMMON/CONFIG_USB_IP_HOST).
Has anyone tried to make use of this feature in conjunction with x2go?
Of course xygo *does* provide support for usb mass storage and printers.
But usbip appears to be a low level devices driver that should support
almost any device types.
Integration with x2go should not be too hard as x2go already supports
secure portforward/tunneling which is required by usbib (in untrusted
environments).
Have a nice day
Michael Hierweck
Ticket URL: http://code.x2go.org/horde4/whups/ticket/?id=33
------------------------------------------------------------------------------
Ticket | 33
Created By | schulz(a)math.uni-goettingen.de
Summary | the sql-statements in x2godbadmin broke, when using
| dots in usernames
Queue | x2goserver
Version | 3.0.99
Type | Bug
State | Unconfirmed
Priority | 1. Low
Operating System | 1
Owners |
+New Attachment | x2godbadmin.diff
------------------------------------------------------------------------------
schulz(a)math.uni-goettingen.de (2011-02-03 20:58) wrote:
we have dots in our usernames here, which doesn't do well in
sql-statements if they aren't escaped. The attached patch should fix
this for x2godbadmin
Ticket-URL: http://code.x2go.org/horde4/whups/ticket/?id=26
------------------------------------------------------------------------------
Ticket | 26
Erstellt Von | mike.gabriel(a)das-netzwerkteam.de
Zusammenfassung | ~/.x2go/<session-name> not deleted
Warteschlange | pyhoca-gui
Version | HEAD
Typ | Bug
Status | Unconfirmed
Priorität | 1. Low
Zuständige |
------------------------------------------------------------------------------
mike.gabriel(a)das-netzwerkteam.de (2011-02-02 13:35) hat geschrieben:
By the time the ~/.x2go/ directory will be flooded with old session
(cache) directories. The planned behaviour for handling of session
files will be:
o place a ,,profile_name'' file into ~/.x2go/<session_name>/ that
contains the session profile
name a session was initialized from
Then during runtime:
o _no_ session cache directories will be removed in debug mode
o session cache directories will be removed after ,,terminate''
action directly
o after connect to a session profile a session list is retrieved
from the server
- if a session name is still available (suspended/running) on
the server -> keep the dir
- if a session name is not available anymore on the server ->
remove dir from client
Ticket-URL: http://code.x2go.org/horde4/whups/ticket/?id=85
------------------------------------------------------------------------------
Ticket | 85
Erstellt Von | mike.gabriel(a)das-netzwerkteam.de
Zusammenfassung | high CPU load during authentication
Warteschlange | pyhoca-gui
Version | HEAD
Typ | Bug
Status | Unconfirmed
Priorität | 3. High
Operating System |
Zuständige |
------------------------------------------------------------------------------
mike.gabriel(a)das-netzwerkteam.de (2011-07-23 16:46) hat geschrieben:
Python X2go, esp. the SSH proxy feature still creates many redundant
entries in ~/.ssh/known_hosts. After a while this makes authentication
procedures VERY slow.
This needs introspection urgently...
Ticket-URL: http://code.x2go.org/horde4/whups/ticket/?id=89
------------------------------------------------------------------------------
Ticket | 89
Erstellt Von | mike.gabriel(a)das-netzwerkteam.de
Zusammenfassung | Grey-out ,,Share local folder'' menu item if the remote
| user is not in fuse group
Warteschlange | pyhoca-gui
Version | HEAD
Typ | Bug
Status | Unconfirmed
Priorität | 1. Low
Operating System |
Zuständige |
------------------------------------------------------------------------------
mike.gabriel(a)das-netzwerkteam.de (2011-08-23 17:34) hat geschrieben:
Grey-out ,,Share local folder'' menu item if the remote user is not in
fuse group...