x2go-dev July 2015

x2go-dev@lists.x2go.org

28 participants
148 discussions

Bug#909: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mihai Moldovan 27 Jul '15

27 Jul '15

tag #909 pending fixed #909 4.0.4.1 thanks Hello, X2Go issue #909 (src:x2goclient) reported by you has been fixed in X2Go Git. You can see the changelog below, and you can check the diff of the fix at: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=ae7a297 The issue will most likely be fixed in src:x2goclient (4.0.4.1). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit ae7a2971c567cfde0cdc1162e9823ac5bff7e8b1 Author: Mihai Moldovan <ionic(a)ionic.de> Date: Tue Jul 28 01:00:03 2015 +0200 sessionmanagedialog.cpp: enable some debugging and make selected sessions configureable or deletable. Fixes: #909. diff --git a/debian/changelog b/debian/changelog index ab4dad7..fdb1052 100644 --- a/debian/changelog +++ b/debian/changelog @@ -72,6 +72,8 @@ x2goclient (4.0.4.1-0x2go1) UNRELEASED; urgency=low - onmainwindow.cpp: rename "optionsmd" setting to "optionswholedisplay", which is more clear. - xsettingswidget.cpp: fix compile error: settings -> setting. + - sessionmanagedialog.cpp: enable some debugging and make selected + sessions configureable or deletable. Fixes: #909. [ Mike Gabriel ] * debian/control:

2 1

Bug#910: x2goclient session icons not working
by Will Wagner 27 Jul '15

27 Jul '15

Package: x2goclient Version: 4.0.4.0 The icons for a session are not displaying if they have been overridden from the default (bear?) icon and manually set to an image file on the local disk. A discussion on the issue can be found here: http://lists.x2go.org/pipermail/x2go-user/2015-June/003277.html

1 0

Bug#883: Window Decorations gone when resuming on smaller screen
by Stefan Baur 26 Jul '15

26 Jul '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 package: x2goclient I'm assigning this to x2goclient, as this is where I'm noticing the issue. Feel free to reassign to nx-libs or vcxsrv in case the root cause is in one of these. Situation: Start x2goclient.exe on a Windows machine that has a native screen resolution of, say, 1024x768. In X2GoClient, configure a PubApp session. Run Firefox/Iceweasel and resize the application window so it almost fills the entire screen (do *not* maximize). Close Firefox/Iceweasel. Open it again to verify that the window has the same size as before. Close it again. Terminate or suspend the session. Close X2GoClient. Now, change the screen resolution to 800x600. Start x2goclient.exe again, resume your session, or start a new session and run Firefox/Iceweasel again. Expected result: Firefox/Iceweasel window gets resized to maximum available space, with window decorations. Actual result: Firefox/Iceweasel goes fullscreen and lacks window decorations, so it cannot be resized or moved out of the way. This does not happen on Linux, where the native X server is used, nor on OS X, even though OS X uses a separate X Server. It only occurs on Windows. It might have to do with the X server we ship, however, trying XWin.exe from Cygwin gave even worse results. I'm kind of stumped as to what the reason is and would love to assist the Devs in debugging and testing. - -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 iQEcBAEBCAAGBQJVZ27AAAoJEG7d9BjNvlEZnI8IAJMFJtPqYD06Qx6gt54SFaEr PYNS/rdYcdpao+zGdJTdzxz69TeUkCNysouWCkj4HI5dVzbGkkfnUz7R1ZOnMAng 23hL4F0Zr/4rbvlty2QGNgzngvBkKOkPqUeOvrrZvx4eoq63WHzvPr0Lgf6gRllu KUFRDzS+lZfBycSh+xlcVZN6uxOY3tjSU4eV42jaUnmCQgOIx8V/EyxyUC0en/TV src/lKPAppyaiGJ9on7JuFNd9ZVsO4ApUaoU8IUzF42ExRl7WM3+GI5KS3kBO5rd rKV8kuTCujhH+lFjwD9cLKFaEfXk0bUnjtCiOnX9wtu6XVx+zOtwAeYlCoGTjBE= =e4dR -----END PGP SIGNATURE-----

2 1

Bug#883: Fixed
by Michael DePaulo 26 Jul '15

26 Jul '15

Control: fixed -1 4.0.5.0 Now that the aforementioned changes have been made to both x2goclient.git and to VcXsrv (X2Go/Arctica Builds), the fix will be included in the next release of x2goclient. Due to the potential for regressions from this fix, as well as the disruptive nature of the fix for #696, the next release of x2goclient will be 4.0.5.0 instead of 4.0.4.1.

1 0

Bug#696: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike DePaulo 26 Jul '15

26 Jul '15

tag #696 pending fixed #696 4.0.4.1 thanks Hello, X2Go issue #696 (src:x2goclient) reported by you has been fixed in X2Go Git. You can see the changelog below, and you can check the diff of the fix at: http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=32307c6 The issue will most likely be fixed in src:x2goclient (4.0.4.1). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 32307c6299cef59c43b59746f87475f343a473d0 Author: Mike DePaulo <mikedep333(a)gmail.com> Date: Sun Jul 26 14:24:07 2015 -0400 Update VcXsrv: 1.17.0.0-2 (X2Go/Arctica Build) -> 1.17.0.0-3 (X2Go/Arctica Build) diff --git a/debian/changelog b/debian/changelog index f96c54a..f0294cf 100644 --- a/debian/changelog +++ b/debian/changelog @@ -86,10 +86,20 @@ x2goclient (4.0.4.1-0x2go1) UNRELEASED; urgency=low which fixes the multiple CVEs announced on 2015-06-11 and CVE-2015-1793 (announced on 2015-07-09). - Windows: Update bundled VcXsrv from 1.17.0.0-1 (X2Go/Arctica Build) - to 1.17.0.0-2 (X2Go/Arctica Build) + to 1.17.0.0-3 (X2Go/Arctica Build) The differences relevant to X2Go are: + VcXsrv's bundled version of openssl was updated from 1.0.2a - to 1.0.2c (fixes the multiple CVEs announced on 2015-06-11) + to 1.0.2d (fixes the multiple CVEs announced on 2015-06-11 and + CVE-2015-1793 (announced on 2015-07-09). + + Drop winmultiwindow.patch (Part of #883) + + hw/xwin/glx: Don't create fbConfigs for un-accelerated + pixelFormats + This has the effect of disabling StaticColor under + MultiWindow mode with -wgl (default) and -swrastwgl, and + thus making X2Go sessions started from the Windows client + able to be resumed on the client on a different OS or the + client runing on Windows with different display settings. + (Fixes: #696) [ Henning Heinold ] * New upstream release (4.0.4.1):

2 1

Bug#909: Greyed out buttons in Session Management.
by Stefan Baur 26 Jul '15

26 Jul '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 package: x2goclient version: 4.0.4.0 Hey, thanks for trying that out and providing feedback. Indeed we seem to have a bug there; filing as such. However, what will work is to click on the downward-pointing triangle in the lower right of a session tile (those white things on the right). @Devs: Steps to reproduce: 1) Start x2goclient.exe 2) Click on "Session", select "Session Management" (Alternatively, press Ctrl+E) 3) Click on a session name Expected result: Buttons "Session preferences", "Delete Session", "Create Session Icon on Desktop" become available Actual result: Buttons remain greyed out Kind Regards, Stefan Am 24.07.2015 um 20:20 schrieb Paul Raines: > > > Well, I just realized I have the same greyed out button issue on my > X2GO client on my Windows box at home. So this has nothing to do > with domains or profile migration. Basically in Session Management > all buttons on the right are greyed out except "New Session" no > matter what session I select on the left. I am running 4.0.4.0 > > -- Paul Raines (http://help.nmr.mgh.harvard.edu) > > > > On Mon, 20 Jul 2015 4:40pm, Paul Raines wrote: > >> >> After logging in as a new user on the machine and starting X2Go >> client, we did not see the problem with the always greyed out >> delete button in Session Management. >> >> >> -- Paul Raines (http://help.nmr.mgh.harvard.edu) >> >> >> >> On Sat, 18 Jul 2015 7:36am, Stefan Baur wrote: >> > Am 17.07.2015 um 00:46 schrieb Paul Raines: > >>>>> We deleted the registry key and that wiped all the sessions >>>>> we had defined. But the UI issue continues. We create a >>>>> new session. Then go to the Session Managment dialog and >>>>> all buttons are greyed out but the top one to create new >>>>> sessions even after selecting the session on the left. We >>>>> can double click on the session on the left to edit. So >>>>> the only thing we cannot do someway or other is delete >>>>> (well, beside wiping out everything in the registry key). >>>>>> This could have been the case even before the profile >>>>>> migration and >>>>> we just didn't notice before. So that might be a red >>>>> herring. >>>>>> Anyway, the user has no need to delete sessions at this >>>>>> time so is >>>>> fine with the way things are now. > > This still sounds rather weird. Could you please create a new > user account in the same domain and check if that account > experiences the same issues? > > -Stefan > >>> >>> >> > > > The information in this e-mail is intended only for the person to > whom it is addressed. If you believe this e-mail was sent to you in > error and the e-mail contains patient information, please contact > the Partners Compliance HelpLine at > http://www.partners.org/complianceline . If the e-mail was sent to > you in error but does not contain patient information, please > contact the sender and properly dispose of the e-mail. > - -- 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 iQEcBAEBCAAGBQJVsoPtAAoJEG7d9BjNvlEZ76sH/AzX5GdFHGxdhc6BH11PE6UJ 8qTJHBv1bmh9+NQtd4quOPwMSkTBUDnruqM98YI+/wF+UE7WGGE2U4Ikk6xNKe+E M+OGnPp3tzksNPBcdWJx5c4TzVgyHHn3DvMKFu6sz+DfjhLvKP1av8xQRKaQS3u0 UEyFO1+afdIhhFRAJ+tB+m1AywryOdHc+gOMzdenHib+oB2k0wUuEYTyA0/TAsaH JIqjK783VrbxnqQpXRxWuFUzpM53aPxeIFz7iC9dhZTnFS1YtqMsFDfiHZZDzfQa AN6xa15N8ASF1fZaY/ZoXj8Gc/xvY5O6P7FbrJPYkUT2v5wkxY5lYwS7o/20u10= =AEoh -----END PGP SIGNATURE-----

2 1

Bug#883: Can be fixed by reverting winmultiwindow.patch
by Michael DePaulo 19 Jul '15

19 Jul '15

I determined that this bug can be fixed by reverting Alex's winmultiwindow.patch to VcXsrv, which was a workaround for #594 and has been included in both 1.15.2.x and 1.17.0.0-x of the VcXsrv X2Go/Arctica builds. I also created a bug report & branch in the GitHub project for VcXsrv (X2Go/Arctica builds): https://github.com/ArcticaProject/vcxsrv/issues/3 https://github.com/ArcticaProject/vcxsrv/commits/bugfix/bug3 I will be releasing X2Go Client for Windows 4.0.4.0-2015.06.22 with the OpenSSL updates. When I do, I will offer an alternate build with VcXsrv with winmultiwindow.patch reverted. This will be a workaround until we make a change to VcXsrv that fixes both #594 and #883 -Mike#2

5 12

Processed: your mail
by owner＠bugs.x2go.org 18 Jul '15

18 Jul '15

Processing commands for control(a)bugs.x2go.org: > merge 891 696 Bug #891 [x2goclient] Sessions started with windows x2goclient can not be resumed with linux client Bug #896 [x2goclient] Session Resume Fails with "Failed to restore all the required visuals." Bug #891 [x2goclient] Sessions started with windows x2goclient can not be resumed with linux client There is no source info for the package 'x2goclient' at version '4.0.3.1-1' with architecture '' Unable to make a source version for version '4.0.3.1-1' There is no source info for the package 'x2goclient' at version '4.0.4.0' with architecture '' Unable to make a source version for version '4.0.4.0' Marked as found in versions 4.0.3.1-1. Marked as found in versions 4.0.3.1-1. Bug #696 [x2goclient] Can't resume session started by Windows X2Go client with Linux X2Go client There is no source info for the package 'x2goclient' at version '4.0.3.1-1' with architecture '' Unable to make a source version for version '4.0.3.1-1' There is no source info for the package 'x2goclient' at version '4.0.4.0' with architecture '' Unable to make a source version for version '4.0.4.0' Marked as found in versions 4.0.4.0. Bug #896 [x2goclient] Session Resume Fails with "Failed to restore all the required visuals." Merged 696 891 896 > End of message, stopping processing here. Please contact me if you need assistance. -- 696: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=696 891: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=891 896: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=896 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

X2Go Server tcp_wrapper banner bug
by Real, Elizabeth (392K) 18 Jul '15

18 Jul '15

So we found out that the tcp_wrapper banner on /etc/hosts.allow on the RHEL7.1 X2go server was breaking the x2go client connection. Kept getting the ŒProtocol Mismatch¹ error on the client. Once we modified the /etc/hosts.allow file: FROM sshd: 137.78. 137.79. 137.228. 128.149. 127.0.0.1 : banners /etc/banners TO sshd: 137.78. 137.79. 137.228. 128.149. 127.0.0.1 The x2go client was able to connect to the server. This seems to be a bug in X2go. Thank you, Liz

3 3

Processed: your mail
by owner＠bugs.x2go.org 17 Jul '15

17 Jul '15

Processing commands for control(a)bugs.x2go.org: > merge 883 886 Bug #883 [x2goclient] Window Decorations gone when resuming on smaller screen Bug #886 [x2goclient] Windowdecoration disappear Merged 883 886 > End of message, stopping processing here. Please contact me if you need assistance. -- 883: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=883 886: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=886 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

← Newer
1
...
9
10
11
12
13
14
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev July 2015