0
Not a bug

ubuntu 16.04 Display Issues

cstephens 4 years ago updated by matthewtfm 1 year ago 6

Originally posted here with images and various attempts at workarounds: http://forum.screenconnect.com/yaf_postst9582_Display-issues-with-Ubuntu-16-04.aspx


It is still not resolved, no work arounds work.

Installing using package or jnlp - both have the same issue

ConnectWise Control Version:
Server Affected:
Host Client Affected:
Guest Client Affected:

Answer

Answer
Not a bug

The display issues you're experiencing when connecting to an Ubuntu 16.04 guest are due to the version of Java installed on the guest machine. Our client makes use of the Java Robot class to capture screen information; unfortunately, the Robot class doesn't behave as expected in certain versions of Java 7 and all versions of Java 8.


In our testing, we found that the best results are obtained on Ubuntu 16.04 by using openjdk-7u121. Since openjdk-7u95 is the latest update available using apt and openjdk-r/ppa, you will likely need to manually install openjdk-7u121.


Instructions on how to install openjdk-7u121 manually may be found here: http://askubuntu.com/questions/761127/how-do-i-install-openjdk-7-on-ubuntu-16-04-or-higher


To summarize instructions from the above link:


1) Download the following four packages for your architecture via the following links:

https://packages.debian.org/experimental/openjdk-7-jdk

https://packages.debian.org/experimental/openjdk-7-jre

https://packages.debian.org/experimental/openjdk-7-jre-headless

https://packages.debian.org/sid/libjpeg62-turbo


2) Install the aforementioned packages using the following command:

sudo dpkg -i openjdk-7-* libjpeg62-turbo*


3) If you encounter dependency issues, run the following command (no need to rerun dpkg):

sudo apt install -f


4) Update java alternatives using the following command:

sudo update-java-alternatives -s java-1.7.0-openjdk-amd64


5) Verify you're using java version 1.7.0_121 via the following command:

java -version


Regards,

Ben

Answer
Not a bug

The display issues you're experiencing when connecting to an Ubuntu 16.04 guest are due to the version of Java installed on the guest machine. Our client makes use of the Java Robot class to capture screen information; unfortunately, the Robot class doesn't behave as expected in certain versions of Java 7 and all versions of Java 8.


In our testing, we found that the best results are obtained on Ubuntu 16.04 by using openjdk-7u121. Since openjdk-7u95 is the latest update available using apt and openjdk-r/ppa, you will likely need to manually install openjdk-7u121.


Instructions on how to install openjdk-7u121 manually may be found here: http://askubuntu.com/questions/761127/how-do-i-install-openjdk-7-on-ubuntu-16-04-or-higher


To summarize instructions from the above link:


1) Download the following four packages for your architecture via the following links:

https://packages.debian.org/experimental/openjdk-7-jdk

https://packages.debian.org/experimental/openjdk-7-jre

https://packages.debian.org/experimental/openjdk-7-jre-headless

https://packages.debian.org/sid/libjpeg62-turbo


2) Install the aforementioned packages using the following command:

sudo dpkg -i openjdk-7-* libjpeg62-turbo*


3) If you encounter dependency issues, run the following command (no need to rerun dpkg):

sudo apt install -f


4) Update java alternatives using the following command:

sudo update-java-alternatives -s java-1.7.0-openjdk-amd64


5) Verify you're using java version 1.7.0_121 via the following command:

java -version


Regards,

Ben

Ben / Team,


Are you girls and guys looking into alternatives for providing access/support to Linux guests?

The workaround isn't practicable. I can't ask a guest I'm supporting to change their default JDK on the fly.

Your competitors are providing clients on Linux (presumably native, not Java based) that do not have this issue. Ubuntu is the most common Linux distribution out there, and if the software is to support Linux it should work out of the box on the most common Linux distribution.


Perhaps a native Linux client could also get rid of requirements for X and allow NAT-penetrating command line access which has been a very popular request.


While the Java client is fine for hosts (though a tad visually unappealing), I think in the long run you guys should look towards support/access clients for each platform that have been natively developed and free yourself from the constraints of the robot class.

Good morning Matthew,


While we're not currently working on a native Linux client, we may do so down the line depending on the level of interest expressed by partners.


It looks like you posted a similar topic to the ConnectWise Control Feature Request forum. I will add the link here in case an bug forum posters want to upvote your request:


http://control.product.connectwise.com/forums/1-feature-request-portal/topics/1480-develop-a-native-supportaccess-desktop-client-for-os-x-linux/


Also, are you aware of the feature we added in 6.4 that allows hosts to connect to headless Linux guests (somewhat removing the hard dependency on X)? More info about this feature can be found here:


https://docs.connectwise.com/ConnectWise_Control_Documentation/Get_started/Knowledge_base/Connect_to_a_headless_Linux_machine


Cheers,

Ben

Honestly this doesn't eliminate the problem, and by definition it is a bug if it doesn't work with the latest JDK, and you need a workaround. You either support Linux or you don't . But don't give some haphazard obscure and insecure workaround and say that it's not a bug. 


Please let us know if ConnectWise intends to fix this, one of the main reasons I bought ScreenConnect was to support my Linux clients who use it as a desktop. I honestly don't see why it can't be done, especially if other companies, like TeamViewer can do it.



-Zack

The issue still persists.  Where is the fix???  Updated link to original post: https://controlforum.connectwise.com/yaf_postst9591_Ubuntu-16-04-MATE-session-video-issue.aspx

Yeah ... DEFINITELY A BUG.  That tag ought to be changed.