Running TurboVNC on Ubuntu 15.04 Unity, full screen mode when the desktop resolution of the remote session is the same as the host desktop resolution. The remote desktop does not fill the entire screen, the host Unity doc and the status bar along the top remain forcing TurboVNC to display scroll bars along the right edge and bottom of the remote session desktop.
I have tried toggling the full screen checkbox in the TurboVNC control panel but it makes no difference.
Other VNC views have a drop down that allows the entire screen to be used, would this be a new feature request or am I missing something?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"Running TurboVNC on Ubuntu 15.04 Unity" isn't very specific. What machine/operating system are you using as a server? Which version of TurboVNC is running on that machine? What machine/operating system are you using as a client? Which version of TurboVNC is running on that machine? Are you referring to the full-screen feature in TurboVNC or in Unity? What resolution do you want, and what resolution are you actually getting?
In short, please provide an exact procedure for reproducing this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
To provide further information, TurboVNC 2.0.x supports automatic remote desktop resizing, which I can only assume is what you meant by "allows the entire screen to be used." If you run the viewer in its default mode, it will automatically try to resize the remote desktop to match the size of the local window. The full-screen check box will cause the viewer to go full-screen, which should subsequently cause the remote desktop to resize. Similarly, if you maximize the local window, it should cause the remote desktop to resize to fix in the maximized window. But if you're referring to a server-side issue with running a full-screen application in Unity, then that may be related to a RANDR bug that was fixed since the 2.0.1 release.
Last edit: DRC 2016-03-03
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The remote "server" machine is a Lenovo W530 running Fedora 23, this machine has a destop resolution of 1920x1080, vncserver is running on this machine, configured under systemd as per this article https://docs.fedoraproject.org/en-US/Fedora/21/html/System_Administrators_Guide/ch-TigerVNC.html
The "client" machine is running Ubuntu 15.04 with the stock Unity desktop, it has an Nvidia Geforce GF104 graphics card driven by the open source neuvous drivers at a resolution of 2560x1600 on a Dell Ultra 30" display.
when TurboVNC is connected and full screen is selected, instead of taking over the entire desktop, the unity doc and the top status bar are still visible and scroll bars are displayed for the remote desktop (because the remote deskop resolution is configured to be the native resolution of the local screen, i.e. 2560x1600).
Whatever combination of "full screen" selection I try in TurboVNC, I cannot convince it to use the full resolution of the screen and obscure the Unity dock and top Gnome 2 like status bar. I have opened up the Turbo VNC control panel within the remote desktop session and tried selecting full screen but to no avail.
I suspect I am missing something, however, all the other remote desktop clients I have used with this setup are able to fill the entire display at 2560x1600 and replace the entire Unity desktop with the remote desktop.
Thanks in advance for you help, I must be missing something basic here.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can't reproduce the issue, but I suspect that what may be happening is that the TurboVNC Helper isn't being loaded properly. When you launch vncviewer, does it print out something like this:
If you are still having issues with this when using the latest TurboVNC Viewer (2.1 release candidate binaries available here: http://www.turbovnc.org/DeveloperInfo/PreReleases, 2.1 final will be available in a few days), please post a new issue on GitHub.
Last edit: DRC 2016-09-14
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Running TurboVNC on Ubuntu 15.04 Unity, full screen mode when the desktop resolution of the remote session is the same as the host desktop resolution. The remote desktop does not fill the entire screen, the host Unity doc and the status bar along the top remain forcing TurboVNC to display scroll bars along the right edge and bottom of the remote session desktop.
I have tried toggling the full screen checkbox in the TurboVNC control panel but it makes no difference.
Other VNC views have a drop down that allows the entire screen to be used, would this be a new feature request or am I missing something?
"Running TurboVNC on Ubuntu 15.04 Unity" isn't very specific. What machine/operating system are you using as a server? Which version of TurboVNC is running on that machine? What machine/operating system are you using as a client? Which version of TurboVNC is running on that machine? Are you referring to the full-screen feature in TurboVNC or in Unity? What resolution do you want, and what resolution are you actually getting?
In short, please provide an exact procedure for reproducing this.
To provide further information, TurboVNC 2.0.x supports automatic remote desktop resizing, which I can only assume is what you meant by "allows the entire screen to be used." If you run the viewer in its default mode, it will automatically try to resize the remote desktop to match the size of the local window. The full-screen check box will cause the viewer to go full-screen, which should subsequently cause the remote desktop to resize. Similarly, if you maximize the local window, it should cause the remote desktop to resize to fix in the maximized window. But if you're referring to a server-side issue with running a full-screen application in Unity, then that may be related to a RANDR bug that was fixed since the 2.0.1 release.
Last edit: DRC 2016-03-03
The remote "server" machine is a Lenovo W530 running Fedora 23, this machine has a destop resolution of 1920x1080, vncserver is running on this machine, configured under systemd as per this article https://docs.fedoraproject.org/en-US/Fedora/21/html/System_Administrators_Guide/ch-TigerVNC.html
The "client" machine is running Ubuntu 15.04 with the stock Unity desktop, it has an Nvidia Geforce GF104 graphics card driven by the open source neuvous drivers at a resolution of 2560x1600 on a Dell Ultra 30" display.
when TurboVNC is connected and full screen is selected, instead of taking over the entire desktop, the unity doc and the top status bar are still visible and scroll bars are displayed for the remote desktop (because the remote deskop resolution is configured to be the native resolution of the local screen, i.e. 2560x1600).
Whatever combination of "full screen" selection I try in TurboVNC, I cannot convince it to use the full resolution of the screen and obscure the Unity dock and top Gnome 2 like status bar. I have opened up the Turbo VNC control panel within the remote desktop session and tried selecting full screen but to no avail.
I suspect I am missing something, however, all the other remote desktop clients I have used with this setup are able to fill the entire display at 2560x1600 and replace the entire Unity desktop with the remote desktop.
Thanks in advance for you help, I must be missing something basic here.
I'll ask again-- which version of the TurboVNC viewer are you running on the client, and how are you invoking it?
turbovnc_2.0.1_amd64.deb
/opt/TurboVNC/bin/vncviewer
Can't reproduce the issue, but I suspect that what may be happening is that the TurboVNC Helper isn't being loaded properly. When you launch vncviewer, does it print out something like this:
??
If you are still having issues with this when using the latest TurboVNC Viewer (2.1 release candidate binaries available here: http://www.turbovnc.org/DeveloperInfo/PreReleases, 2.1 final will be available in a few days), please post a new issue on GitHub.
Last edit: DRC 2016-09-14