x2go-dev

x2go-dev@lists.x2go.org

1 participants
5403 discussions

Bug#673: GUI-based Applications stall when x2go session is suspended
by Jerry Rabe 15 May '15

15 May '15

Package: x2goserver Version: 4.0.1.15-2.el7 x86_64 When an x2go session is suspended, any running GUI-based application will stall as soon as it tries to update graphical information in the GUI. This was not the case with the old freenx server, and it is a problem for large jobs that take a long time to run. Not sure if this is just a configuration/install problem. What does NOT stall: - Text-based output from command line-based shell scripts. - GUI-based applications running in suspended x2go sessions as Published Applications. What DOES Stall: - GUI-based applications running in suspended x2go sessions (accessed by X2GoClient) on a Linux Desktop (i,.e. MATE, XFCE) - GUI-based applications running in suspended NX sessions (accessed by an NX3 client) on a Linux Desktop (i,.e. MATE, XFCE) The steps taken to produce the bug: - Start a GUI-based Application (for testing, use the Linux System Monitor, open the "Resources" tab) - Suspend the x2go session. - Some time later, resume the session. The GUI now continues running, but it had stalled while the session was suspended. The client machine's OS: Windows 7 SP1 The client machine's version of X2GoClient: 4.0.3.0 The server's OS: Centos 7 The server's version of the x2goserver package: 4.0.1.18-1.el7 x86_64 The server's version of the x2goserver-xsession package: 4.0.1.18-1.el7 x86_64 The server's version of the nxagent package:3.5.0.27-1.el7 x86_64

3 3

Bug#637: Qt5 apps crash at startup on Linux host
by André Wöbbeking 15 May '15

15 May '15

Package: x2goserver Version: 4.0.1.18 Hi, Any Qt 5.3 app starting on a Linux host crashes with this backtrace: __lll_unlock_elision elision-unlock.c:29 XIQueryVersion XIQueryVersion.c:47 QXcbConnection::initializeXInput2 qxcbconnection_xi2.cpp:84 QXcbConnection::QXcbConnection qxcbconnection.cpp:336 QXcbIntegration::QXcbIntegration qxcbintegration.cpp:161 QXcbIntegrationPlugin::create qxcbmain.cpp:58 These apps run fine locally. I also get this warning before the apps crash: xcb_randr_get_output_primary_reply_t *primary = xcb_randr_get_output_primary_reply(xcb_connection(), primaryCookie, &error); if (!primary || error) { qWarning("QXcbConnection: Failed to get the primary output of the screen"); free(error); } And xrandr prints: "xrandr: Failed to get size of gamma for output default" I'm using current Debian testing. Cheers, André

3 6

Bug#673: Bug#673: GUI-based Applications stall when x2go session is suspended
by Mike Gabriel 15 May '15

15 May '15

Control: close -1 Re-Cc:ing #637 (got dropped off from the list of recipients with the previous post) Closing this issue on user request. I remember to have seen something similar in X2Go sessions, but some tests today confirm that there is no such issue on my setups. Greets, Mike On Fr 09 Jan 2015 04:02:12 CET, Jerry Rabe wrote: > Mike, > > As it turns out, it was just yesterday that I found that this bug > seems to be fixed in the latest version! My post actually was > incorrect in that I had observed the issue on x2goserver package > 4.0.1.15 instead of 4.0.1.18 (at that time anything above 4.0.1.15 > wasn't working due to some unknown system incompatibility). But > yesterday I did a full system "yum update" on all three of our Centos > 7 machines, and not only is x2goserver 4.0.1.18-4.el7 working well, > but the GUI hang issue is now non-existent! From my perspective, you > can move this issue to closed. > > You are doing a wonderful job on this project, and it is very > impressive. Thank you. > > One other thing I just noticed. If the system goes down ungracefully, > the x2go fuse-based shared drives do not get unmounted, and > subsequently will not re-mount after a reboot. I finally fixed it by > removing /var/lib/x2go/x2go_sessions and re-installing x2goserver. Is > there an easier way to fix this? > > -- > Jerry Rabe > > > On Thu, Jan 8, 2015 at 4:47 PM, Mike Gabriel > <mike.gabriel(a)das-netzwerkteam.de> wrote: >> Control: reassign -1 nxagent >> Control: severity -1 important >> >> HI Jerry, >> >> On Do 13 Nov 2014 17:12:23 CET, Jerry Rabe wrote: >> >>> When an x2go session is suspended, any running GUI-based application >>> will stall as soon as it tries to update graphical information in the >>> GUI. This was not the case with the old freenx server, and it is a >>> problem for large jobs that take a long time to run. Not sure if this >>> is just a configuration/install problem. >>> What does NOT stall: >>> - Text-based output from command line-based shell scripts. >>> - GUI-based applications running in suspended x2go sessions as >>> Published Applications. >>> What DOES Stall: >>> - GUI-based applications running in suspended x2go sessions (accessed >>> by X2GoClient) on a Linux Desktop (i,.e. MATE, XFCE) >>> - GUI-based applications running in suspended NX sessions (accessed >>> by an NX3 client) on a Linux Desktop (i,.e. MATE, XFCE) >>> >>> The steps taken to produce the bug: >>> - Start a GUI-based Application (for testing, use the Linux System >>> Monitor, open the "Resources" tab) >>> - Suspend the x2go session. >>> - Some time later, resume the session. The GUI now continues >>> running, but it had stalled while the session was suspended. >>> >>> The client machine's OS: Windows 7 SP1 >>> The client machine's version of X2GoClient: 4.0.3.0 >>> The server's OS: Centos 7 >>> The server's version of the x2goserver package: 4.0.1.18-1.el7 x86_64 >>> The server's version of the x2goserver-xsession package: 4.0.1.18-1.el7 >>> x86_64 >>> The server's version of the nxagent package:3.5.0.27-1.el7 x86_64 >> >> >> this is an issue that needs to be addressed soon. >> >> Reassigning to nxagent package and raising severity... >> >> Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

Bug#637: reopening erroneously closed issue #637
by Mike Gabriel 15 May '15

15 May '15

Control: reopen -1 The last message (and the bug closure) was intended for #673, not #637. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 0

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

15 May '15

Processing commands for control(a)bugs.x2go.org: > tags #865 patch Bug #865 [nx-libs] New API call for nxcom (nx-libs) NXTransCleanupForReconnect Added tag(s) patch. > tags #866 patch Bug #866 [nx-libs] Fix compilation errors in nxcomp (nx-libs) when macros TEST/DEBUG/... are defined (developer support) Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 865: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=865 866: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=866 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

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

15 May '15

Processing commands for control(a)bugs.x2go.org: > tags #875 - moreinfo Bug #875 [nx-libs] upgrade to nx-libs 3.6.x in X2Go Bug #757 [nx-libs] Segfault of QDialog in a PyQt application Bug #758 [nx-libs] Segfault of QDialog in a PyQt application Bug #760 [nx-libs] Segfault of QDialog in a PyQt application Removed tag(s) moreinfo. Removed tag(s) moreinfo. Removed tag(s) moreinfo. Removed tag(s) moreinfo. > tags #875 - build-win32 Bug #875 [nx-libs] upgrade to nx-libs 3.6.x in X2Go Bug #757 [nx-libs] Segfault of QDialog in a PyQt application Bug #758 [nx-libs] Segfault of QDialog in a PyQt application Bug #760 [nx-libs] Segfault of QDialog in a PyQt application Removed tag(s) build-win32. Removed tag(s) build-win32. Removed tag(s) build-win32. Removed tag(s) build-win32. > thanks Stopping processing here. Please contact me if you need assistance. -- 757: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=757 758: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=758 760: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=760 875: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=875 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

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

15 May '15

Processing commands for control(a)bugs.x2go.org: > reassign #757 nx-libs Bug #757 [nxagent] Segfault of QDialog in a PyQt application Bug #758 [nxagent] Segfault of QDialog in a PyQt application Bug #760 [nxagent] Segfault of QDialog in a PyQt application Bug reassigned from package 'nxagent' to 'nx-libs'. Bug reassigned from package 'nxagent' to 'nx-libs'. Bug reassigned from package 'nxagent' to 'nx-libs'. Ignoring request to alter found versions of bug #757 to the same values previously set Ignoring request to alter found versions of bug #758 to the same values previously set Ignoring request to alter found versions of bug #760 to the same values previously set Ignoring request to alter fixed versions of bug #757 to the same values previously set Ignoring request to alter fixed versions of bug #758 to the same values previously set Ignoring request to alter fixed versions of bug #760 to the same values previously set > forcemerge #875 #757 Bug #875 [nx-libs] upgrade to nx-libs 3.6.x in X2Go Bug #875 [nx-libs] upgrade to nx-libs 3.6.x in X2Go Added tag(s) build-win32 and moreinfo. Bug #757 [nx-libs] Segfault of QDialog in a PyQt application Severity set to 'wishlist' from 'normal' Severity set to 'wishlist' from 'normal' Severity set to 'wishlist' from 'normal' There is no source info for the package 'nx-libs' at version '3.5.0.31' with architecture '' Unable to make a source version for version '3.5.0.31' Marked as found in versions 3.5.0.31. Marked as found in versions 3.5.0.31. Marked as found in versions 3.5.0.31. Bug #758 [nx-libs] Segfault of QDialog in a PyQt application Bug #760 [nx-libs] Segfault of QDialog in a PyQt application Merged 757 758 760 875 > thanks Stopping processing here. Please contact me if you need assistance. -- 757: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=757 758: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=758 760: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=760 875: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=875 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#757: Segfault of QDialog in a PyQt application
by PAILLAT Olivier SOPRA GROUP 15 May '15

15 May '15

Package: client Version: 4.0.3.0 Qt 4.8.6 When we run our PyQt application on our Debian Wheezy computer with an ssh -X connection it work fine But when we use X2Go to access the computer and we run our application we've got a segmentation fault at the first QDialog opening. (when we run QDialog.exec_). We recently update the X2Go version and before that update it was working fine. We found at least one post that describe the same problem in January 2014 on your bug report site : X2Go Bug report logs - #410 Segfault of _X11TransWritev in libNX_X11.so.6 with libQtGui Like suggested in this report if we run a simple application to test an opening of a dialog box it work fine with X2Go >From your experience of this bugs is there any way to solve this problem ? Sincerely, Olivier PAILLAT Agence STIE Sud-Est [Sopra Steria] Sopra Steria 780 rue Guillibert de la Lauzière Pichaury 2 - CS 40496 13593 Aix-en-Provence Cedex 3 - France Phone: +33 (0)4 42 25 71 46 olivier.paillat(a)cea.fr<mailto:olivier.paillat@cea.fr> - www.soprasteria.com<http://www.soprasteria.com> Le contenu de cet e-mail est susceptible d'être confidentiel, soumis au secret professionnel ou protégé par la loi. L'utilisation, la copie et la divulgation non autorisées d'une partie ou de l'intégralité de ce message sont susceptibles d'être illégales. Si vous avez reçu ce message par erreur, supprimez-le après avoir averti l'expéditeur. Les pièces jointes du présent e-mail ont fait l'objet d'un contrôle antivirus. Néanmoins, nous déclinons toute responsabilité concernant les dommages causés par d'éventuels virus. Pensez à l'environnement avant d'imprimer.

3 9

Processed: Re: Bug#205: Some comments on this
by owner＠bugs.x2go.org 15 May '15

15 May '15

Processing control commands: > close -1 Bug #205 [nx-libs] Patch for fix cairo issue Marked Bug as done -- 205: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=205 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#205: Some comments on this
by Ulrich Sibiller 15 May '15

15 May '15

In nxagent-3.5.0-8 NoMachine has tweaked the version number of nxagent to work better with cairo. So doing this is not completely unusual for NX... In nx-X11/programs/Xserver/hw/ nxagent/Init.c you can find these lines: ----------------------------------------------------------- /* * Avoid slowness due to buggy_repeat workaround * in libcairo versions >= 1.10. */ SetVendorRelease(70000000); ----------------------------------------------------------- And in the CHANGELOG: ----------------------------------------------------------- nxagent-3.5.0-8 - Fixed TR01J02646. Performance issues with cairo version 1.12. ----------------------------------------------------------- However, the current cairo code contains this (http://cgit.freedesktop.org/cairo/tree/src/cairo-xlib-display.c around line 300): ----------------------------------------------------------- if (VendorRelease (dpy) >= 60700000) { if (VendorRelease (dpy) < 70000000) display->buggy_repeat = TRUE; } ----------------------------------------------------------- As NX is presenting itself as 70000000 the condition is false already and changing the version to 70100000 would not change the cairo behaviour here. BTW: Xorg 6.9 and 7.0 are the same code. 7.0 has just been restructured completely and adapted to automake. Uli

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev