no
success. If it is possible, what conditions must be met?
Many thanks in advance and Kind Regards
Torsten
--
You received this message because you are subscribed to the Google Groups
"TurboVNC User Discussion/Support" group.
To unsubscribe from this group and stop receiving emai
All other
software on the host accessed via TurboVNC gets the correct keys too The
wrong layout comes back, when I use the local TurboVNC Client connecting
the same session and start the VM within it. Is there a way to get the
correct keyboard layout in the VM accessed via TurboVNC?
Kind Regar
ver did any changes to it. It is in its original
state like created by TurboVNC. And it is older than the installation of
VirtualBox and the VM. It is attached here.
Kind Regards
Torsten
>
> On 5/4/18 5:28 AM, torsten wrote:
> > Hi,
> >
> > on the host I'm co
. But
that's not practical, since any mouse action must happen in the RDP window
too for not loosing the keyboard focus. So now I must try to accelerate the
RDP connection considerably. But I think, this I must ask otherwhere. Or
has anyone an idea?
Kind Regards
Torsten
--
You received
fix the keyboard mapping problem, but I need to sit down and
> try to reproduce it first. Hopefully I will have time to do so this week.
>
> On 5/5/18 12:15 PM, torsten wrote:
> > Hi all,
> >
> > I just found a solution for the keyboard layout issue: VirtualBox has
>
/
This is the content of my service unit file:
[Unit]
Description=TurboVNC-Server
[Service]
Type=simple
User=torsten
Group=users
WorkingDirectory=~
ExecStart=/opt/TurboVNC/bin/vncserver
[Install]
WantedBy=multi-user.target
When I start "/opt/TurboVNC/bin/vncserver" manually,
"/o
nd no process
id. There is no Xvnc process too. Only the start by
"/opt/TurboVNC/bin/vncserver" works as before.
Could you say, what I'm doing wrong?
Kind Regards
Torsten
Am Freitag, 11. Mai 2018 05:20:18 UTC+2 schrieb DRC:
>
> Edit /etc/sysconfig/tvncservers and specify
an:systemd-sysv-generator(8)
Mai 12 13:55:43 ws-torsten systemd[1]: Starting LSB: Starts and stops the
TurboVNC Server...
Mai 12 13:55:43 ws-torsten tvncserver[878]: Starting TurboVNC server:
1:torsten * [FAILED]
Mai 12 13:55:43 ws-torsten systemd[1]: Started LSB: Starts and stops the
TurboVNC S
8-05-12 16:12:09 CEST; 1min 27s ago
Docs: man:systemd-sysv-generator(8)
Process: 956 ExecStart=/etc/init.d/tvncserver start (code=exited,
status=0/SUCCESS)
Mai 12 16:12:09 ws-torsten systemd[1]: Starting LSB: Starts and stops the
TurboVNC Server...
Mai 12 16:12:09 ws-torsten su[1109]: No pa
Hi,
I just read, that my entry in /etc/passwd must be missing. And that's
right, there isn't any line with "torsten" in /etc/passwd. But I'm a legal
user and actually logged in on that host. When I try "sudo adduser
torsten", I get this:
adduser: Der Benutz
DAP.
> On 5/12/18 11:25 AM, torsten wrote:
>
> Hi,
>
> I just read, that my entry in /etc/passwd must be missing. And that's
> right, there isn't any line with "torsten" in /etc/passwd. But I'm a legal
> user and actually logged in on that host. When I
ce systemd emulates the old
init.d feature, this works for systemd too.
In /etc/sysconfig/tvncservers I have these lines:
VNCSERVERS="1:torsten"
VNCSERVERARGS[1]="-geometry 3290x1210 -nohttpd"
My TurboVNC server now starts both at boot time and by manual command "sudo
syst
Hi DRC again,
since my issue with starting the TurboVNC server at boot time is solved
now, this issue remains. Could you reproduce it in meantime?
Kind Regards
Torsten
Am Samstag, 5. Mai 2018 20:45:13 UTC+2 schrieb torsten:
>
> OK, that sounds to be a good deal. Many thanks in advanc
done, I won't
need the VM anymore and will delete it. This will be a much better solution
for me than the script. Until this is done, I can live with the wrong key
interpretation inside the VM. However, many thanks for your detailed
analysis on this issue!
Kind Regards
Torsten
Am Monta
something to adjust in the TurboVNC Server configuration?
Kind Regards
Torsten
> That's it.
>
>
> On 5/22/18 2:32 PM, torsten wrote:
> > Hi DRC,
> >
> > thanks for your response. Currently I'm slightly confused by these many
> > different
~/.vnc/xstartup.turbovnc. But these are present here. What is going wrong
here?
Many thanks for any help!
Torsten
--
You received this message because you are subscribed to the Google Groups
"TurboVNC User Discussion/Support" group.
To unsubscribe from this group and stop receiving emai
ow, which
one this does?
Regards
Torsten
--
You received this message because you are subscribed to the Google Groups "TurboVNC
User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to turbovnc-users+unsubscr...@googlegroups.
first have to specify the Turbo VNC Server to connect to, before I can
enter my session password. By using the stored file under Windows the
first step is ommitted. Is this possible under Linux too? If so, how can
I do it?
Best regards
Torsten
--
You received this message because you are
t yet implemented. I filed an issue to track it:
https://github.com/TurboVNC/turbovnc/issues/135
On 8/9/18 10:37 AM, Torsten Kupke wrote:
Hi,
the Turbo VNC Client for Windows has a Toolbox Button to save the actual
connection data in a file, which later can be used to reconnect to the
same session
!
Torsten
Am 09.08.2018 um 20:21 schrieb DRC:
Yes, the Java viewer can read .vnc files with no problem. It just can't
write them yet.
On 8/9/18 1:17 PM, Torsten Kupke wrote:
Oh, many thanks! I just subscribed to that issue.
But then I have one more question: Could I copy my windows file t
erver is automatically started
at boot time (see threat "Is it possible to start vncserver
automatically at boot time?"). Here are some candidates I know:
/etc/sysconfig/tvncservers
/etc/init.d/tvncserver?
/opt/TurboVNC/bin/vncserver
~/.vnc/xstartup.turbovnc
Best regards
Torsten
A
to set TVNC_WM using your new -wm Option now. But it surely will be
useful for many other TurboVNC users in future.
Best regards
Torsten
Am 05.11.18 um 23:39 schrieb DRC:
On 11/5/18 11:59 AM, Torsten Kupke wrote:
My Question is: Where do I have to place this command so that it takes
effect
Hi DRC,
did your hear about
https://letsencrypt.org/
They provide free certificates since a couple of years. E.g the producer
of my home router uses one for its firmware and web interface.
B.R.
Torsten
Am 15.02.2019 um 21:26 schrieb DRC:
The code signing certificate that has been used
Sorry, the appended screenshot isn't for this question. Please ignore it!
Am 23.04.19 um 17:37 schrieb Torsten Kupke:
Hi all,
today I got a new error message when connecting to a TurboVNC session
locally running on the local host:
*javax.net.ssl.SSLHandshakeException: No approp
eases
2.2.2 will be released soon. I'm working on a high-priority bug fix
for it right now.
On 4/23/19 10:37 AM, Torsten Kupke wrote:
Hi all,
today I got a new error message when connecting to a TurboVNC session
locally running on the local host:
*javax.net.ssl.SSLHandshakeExc
#x27;t use the Java client but the vncviewer.exe.
Best regards
Torsten
Am 23.04.2019 um 19:58 schrieb DRC:
This issue is in the viewer, so you don't need to install anything on
the host. Just install the pre-release on your client machine.
On 4/23/19 11:53 AM, Torsten Kupke wrote:
Ve
Hi DRC,
in my case the client and the host are the same machine. This way I
locally can work with the same session as from remote. My remote client
is Windows, where I don't use the Java client but the vncviewer.exe.
Best regards
Torsten
Am 23.04.2019 um 19:58 schrieb DRC:
This iss
issue with TurboVNC?
I now will try to get rid of it by rebooting the remote host. Hope it helps.
Best regards
Torsten
--
You received this message because you are subscribed to the Google Groups "TurboVNC
User Discussion/Support" group.
To unsubscribe from this group and stop receiving
Hi DRC,
I installed the 2.2.x pre-release and just had this issue again. But may
be it is due to some lack of memory. As I closed some unneeded windows,
mouse clicks were honoured again. I think, you can forget this issue.
Best regards
Torsten
Am 07.05.19 um 16:42 schrieb DRC:
Not a known
ab to switch to another local window on my Windows screen. Without
that Alt-Tab would only switch between Windows in the remote session. Is
there a workaround to get back the old reaction on Ctrl-Alt-Shift-F?
Best regards
Torsten
--
You received this message because you are subscribed to the G
Hi DRC,
I use vncviewer.exe, version 2.2.1.
I will try your workaround.
Many thanks!
Best regards
Torsten
Am 19.06.19 um 18:35 schrieb DRC:
As a temporary workaround, you could edit the Start Menu shortcut for
"TurboVNC Viewer" or "Java TurboVNC Viewer" and pass -fsalte
Hi again,
with -fsaltenter Alt-Enter doesn't work too. :'(
Best regards
Torsten
Am 19.06.2019 um 19:24 schrieb Torsten Kupke:
Hi DRC,
I use vncviewer.exe, version 2.2.1.
I will try your workaround.
Many thanks!
Best regards
Torsten
Am 19.06.19 um 18:35 schrieb DRC:
As a
Hi DRC,
I can't find vncviewer-java.bat in my install directory of TurboVNC.
There are only cvncviewer.exe, vncviewer.exe, putty.exe, unins000.exe,
unins001.exe and some other non-executable files.
Best regards
Torsten
Am 19.06.2019 um 20:13 schrieb DRC:
I'll try to reproduce
May be so, don't know anymore. If I find time, I could try that.
Am 19.06.2019 um 21:59 schrieb DRC:
You probably didn't select the Java viewer option when you installed it.
On 6/19/19 2:00 PM, Torsten Kupke wrote:
Hi DRC,
I can't find vncviewer-java.bat in my install direct
line appears in a popped up message box too. When I click OK,
both disppear. Where can I get that *amd64 Java Runtime Environment*?
And could you reproduce this issue under Windows 10 V. 1903? It is still
existent here.
Best regards
Torsten
Am 19.06.2019 um 23:41 schrieb Torsten Kupke:
May be
connection configured by the .vnc file goes
through an existing ssh tunnel with port 5901 at its remote end. So the
client shouldn't establish and use its own one.
What can I do now?
Best regards
Torsten
Am 30.06.2019 um 16:57 schrieb DRC:
You can either download and install the amd64 (x64) JRE
you're running the
latest version?
On 7/1/19 1:15 PM, Torsten Kupke wrote:
Hi DRC,
I installed the x64 JRE from Oracle. Now I get this, when providing the
same .vnc file to vncviewer-java.bat as to vncviewer.exe:
jawt.dll path: C:\Program Files\Java\jre1.8.0_211\bin
CConn: connected to host
note that, at least on my machine, it was necessary to
use left Alt, but if your keyboard layout has AltGr like most European
keyboards do, then there should only be one Alt.
Yes, I only have one Alt key on the left, but I tried AltGr too, also
without success.
Best regards
Torsten
DRC
On 7/1/
Hi DRC,
Am 02.07.2019 um 20:59 schrieb Torsten Kupke:
Hi DRC,
Am 02.07.2019 um 08:30 schrieb DRC:
...
I do note that, at least on my machine, it was necessary to
use left Alt, but if your keyboard layout has AltGr like most European
keyboards do, then there should only be one Alt.
Yes, I
Hi DRC,
Am 08.07.19 um 22:39 schrieb DRC:
On 7/7/19 5:31 AM, Torsten Kupke wrote:
I just tested the Java client again, because I remembered, that it
supports F8 to display a pulldown menu, which has a Close connection
entry. That's the way I use directly on the console of the TVNC serv
Hi DRC,
now Alt-Enter works for me too. Formerly I tried "-fsaltenter" between
the exe and the vnc file paths. That didn't work. And "/fsaltenter" at
the same place also didn't. But "/fsaltenter" behind both works:
"C:\Program Files\TurboVNC\
chieve this. I only can search some
text for that french letter (which can be quite difficult) and copy it
from there. Is this a known issue with the Java client, and is there any
shorter workaround, than my one?
Best regards
Torsten
--
You received this message because you are subscribed t
screenshot.
Best regards
Torsten
Am 31.08.2019 um 23:48 schrieb DRC:
I know I tested this with the Java viewer. I’ll retest and see what’s up. Are
you using Windows 10?
On Aug 31, 2019, at 9:19 AM, Torsten Kupke wrote:
Hi,
if I use the native Windows client, I can enter french letters with an
Hi DRC,
I think, you shouldn't spend time for a workaround for this, but wait
for a fix of https://bugs.openjdk.java.net/browse/JDK-8016255. Perhaps
you can post a comment there, that your users have trouble with it.
Best regards
Torsten
Am 10.09.19 um 20:09 schrieb DRC:
Here is a
gards
Torsten
Am 24.10.2019 um 21:32 schrieb DRC:
I can't reproduce the issue, even with a Finnish keyboard layout on
the client. Weird.
On 10/24/19 2:24 PM, Kimmo wrote:
Hello,
I didn't find any post on this issue so I thought this might be useful for
somebody strugling with the
em, not with TurboVNC. I would suggest
re-installing the relevant OpenJDK packages using APT. Otherwise,
please google for a solution.
On 3/28/21 5:05 AM, Torsten Kupke wrote:
Hi,
no succes unfortunately:
torsten@ws-torsten-02:~$ sudo update-alternatives --config java
[sudo] password for tor
es the
TurboVNC server refuse the connection of Thunderbird here? And what does "No
protocol specified" mean here?
BR
Torsten
--
You received this message because you are subscribed to the Google Groups
"TurboVNC User Discussion/Support" group.
To unsubscrib
. But this I don't want to do on a workstation of my
employer.
Whether it is reproducible outside of TurboVNC, I unfortunately cannot
test, because I'm currently working at home permanently.
BR
Torsten
Am 22.04.21 um 02:10 schrieb DRC:
It looks like you may be encountering thi
borrow against the entire 2021/2022 TurboVNC General Fund
in order to finish the 3.0 release. Thus, I would greatly appreciate
it if users do as much triage as possible before filing a bug report
against TurboVNC.
DRC
On 4/22/21 11:28 AM, Torsten Kupke wrote:
Hi DRC,
https://bugs.debia
Hi,
currently I still use TurboVNC 2.2.7 (server on Ubuntu and native
Windows viewer). When I'm running the viewer in fullscreen mode, I
cannot hear any sounds from my Slack App (message ticks and calling
sounds). In lucky cases I can see a corresponding message displayed by
the Slack instanc
xes only) once TurboVNC 3.1 is released.
TurboVNC does not have built-in audio support. See:
https://github.com/TurboVNC/turbovnc/issues/178
On 3/14/23 8:07 AM, Torsten Kupke wrote:
Hi,
currently I still use TurboVNC 2.2.7 (server on Ubuntu and native
Windows viewer). When I'm runni
Am 17.03.2023 um 20:10 schrieb Torsten Kupke:
Am 14.03.2023 um 18:57 schrieb 'DRC' via TurboVNC User
Discussion/Support:
Does this happen with the Windows/Java TurboVNC Viewer as well?
With the Windows/Java TurboVNC Viewer the behaviour of Slack is
exactly the same. Without r
Hi CRC,
Am 19.12.2023 um 16:41 schrieb 'DRC' via TurboVNC User Discussion/Support:
Apparently something happened that caused /tmp/.X11-unix/X1 to be
deleted, so the vncserver script didn't know that the primary X server
was using Display :1, and it tried to use that display number itself.
May
Sorry: CRC -> DRC
Am 19.12.2023 um 18:40 schrieb Torsten Kupke:
Hi CRC,
Am 19.12.2023 um 16:41 schrieb 'DRC' via TurboVNC User
Discussion/Support:
Apparently something happened that caused /tmp/.X11-unix/X1 to be
deleted, so the vncserver script didn't know that the pri
ith the
TurboVNC Server, so the viewer had not yet used the value of the Port
parameter.
DRC
On 12/19/23 12:40 PM, Torsten Kupke wrote:
> Hi CRC,
>
> Am 19.12.2023 um 16:41 schrieb 'DRC' via TurboVNC User
> Discussion/Support:
>> Apparently so
Hi,
I'm not sure, whether this has been asked here already. Since upgrading
Ubuntu from 18.04 to 22.04 and TurboVNC from 2.2.7 to 3.1 I'm unable to
use firefox inside the TVNC session. The firefox icon is not visible in
the dock on the left side and in the list of startable applications. But
g the snap version of Firefox and
reinstalling Firefox using APT.
On 1/5/24 11:47 AM, Torsten Kupke wrote:
Hi,
I'm not sure, whether this has been asked here already. Since
upgrading Ubuntu from 18.04 to 22.04 and TurboVNC from 2.2.7 to 3.1
I'm unable to use firefox inside the
n all
cases like a local session. Developing TurboVNC is really difficult,
because I have to hit multiple moving targets across multiple
distributions and operating systems. I do the best I can with a very
limited budget and a development team consisting only of me.
DRC
On 1/8/24 3:47 AM, To
h, but you can't run
confined snap applications unless you use the shared D-Bus session bus
instance.
On 1/9/24 12:14 PM, Torsten Kupke wrote:
Wow, that was very detailed and insightful! Before you introduce the
new option, please let me first test, what you described in point 3.
I'm very
at way as well, under certain circumstances.
On 1/2/24 3:16 PM, Torsten Kupke wrote:
Hi DRC,
for me this issue is resolved in the meanwhile. I managed the
relevant files on the remote host to start TuboVNC's X Server
for display :2 and therefore with port 5902. And for bo
disappeared completely after installing it. But after a
reboot it was back, and also available as icon inside the TVNC session.
Many thanks for your help, DRC!
BR
tkansgar
Am 10.01.2024 um 22:48 schrieb Torsten Kupke:
So for my case I understand, I either can have a local session and a
parallel
Hi,
I'm a software developer using Qt Creator under Ubuntu. Since the recent
upgrade to Ubuntu 22.04 and installing TVNC 3.1 I have the problem,
that, when debugging my code with gdb in Qt Creator, that some keys
don't work as usual. For some details see
https://forum.qt.io/topic/153654/some-
Hi again,
(this will be my last topic for today.)
The old native Windows TVNC client had an autoscroll feature in
fullscreen mode, meaning no scrollbars are displayed, and scrolling
happens automatically, when the mouse reaches the screen border. This
was extremely useful for me. Now with Tur
t in the new unified
TurboVNC Viewer. The vast majority of TurboVNC users use remote
desktop resizing rather than a fixed remote desktop size.
One possibly useful hack is that you can hold down Ctrl-Alt-Shift and
press an arrow key or Page Up/Page Down/Home/End to move the scrollbars.
On 1/16
map is set in the TurboVNC session.
On 1/16/24 3:10 PM, Torsten Kupke wrote:
Hi,
I'm a software developer using Qt Creator under Ubuntu. Since the
recent upgrade to Ubuntu 22.04 and installing TVNC 3.1 I have the
problem, that, when debugging my code with gdb in Qt Creator, that
some key
working because F10 changes the window focus.
DRC
On 1/17/24 9:38 AM, Torsten Kupke wrote:
Hi DRC,
but how could a wrong key mapping be responsible for the fact, that
only each second pressing of F10 is passed to the debugger, and that
I have to click into the window to make F5 or Sh
officially released. Otherwise, I
could release the proposed fix, but maybe for whatever reason it
doesn't fix the issue from your point of view. (That has happened
before.)
On 1/17/24 1:52 PM, Torsten Kupke wrote:
Great! Will this fix be in the next official release of TurboVNC?
Then I woul
keys to be used as well (as long as Num Lock is off.)
On 1/17/24 3:29 PM, DRC wrote:
I guess Java broke that at some point after Java 8. I am
investigating how to make it work again with Java 11 and 17.
On 1/17/24 9:24 AM, Torsten Kupke wrote:
Hi DRC,
using Ctrl-Alt-Shift and the arrow keys
TurboVNC session with an
X11-only window manager (MATE, Xfce, GNOME Flashback, etc.) should
work from within a local Wayland session.
DRC
On 1/16/24 2:22 PM, Torsten Kupke wrote:
Hi DRC,
unfortunately I have to proceed this thread. When working locally
again on the machine running the TVNC s
C Server
from a local Wayland session.
On 1/18/24 3:58 PM, Torsten Kupke wrote:
I will test it. But unfortunately I won't be able to do that, until I
go back to the office to work directly on the workstation. At the
moment, I can't say when that will be. Please be patient! When
workin
with the prerelease it's still visible twice, but one inside
the TVNC client window.
So all is fine now, and I'm happy again with TurboVNC. Many thanks again
for your work!
BR
tkansgar
Am 18.01.2024 um 23:38 schrieb 'DRC' via TurboVNC User Discussion/Support:
On 1/18
Hi,
is there any possiblity (e.g. an option on the command line) to reduce
the number of lines in ~/.vnc/[LOGFILENAME] on the machine running the
TurboVNC server?
BR
tkansgar
--
You received this message because you are subscribed to the Google Groups "TurboVNC
User Discussion/Support" gro
clients connect or disconnect. If it is growing to a large size, then that is
not normal.
On Feb 4, 2024, at 8:28 AM, Torsten Kupke wrote:
Hi,
is there any possiblity (e.g. an option on the command line) to reduce the
number of lines in ~/.vnc/[LOGFILENAME] on the machine running the TurboVNC
se
-AES128-SHA:ADH-AES128-SHA:ADH-CAMELLIA128-SHA:AECDH-NULL-SHA
02/02/2024 08:25:20 Deferring TLS handshake
02/02/2024 08:25:21 Negotiated cipher suite: AECDH-AES256-SHA
02/02/2024 08:25:29 PAM authentication succeeded for user 'torsten'
02/02/2024 08:25:29 Pixel format for client 10.128.195.10
74 matches
Mail list logo