Bug 23303 - Neue Java-Version von TightVNC evaluieren
Neue Java-Version von TightVNC evaluieren
Status: CLOSED WONTFIX
Product: UCS
Classification: Unclassified
Component: Virtualization - UVMM
UCS 2.4
Other Linux
: P5 enhancement (vote)
: UCS 3.x
Assigned To: Philipp Hahn
:
Depends on: 18346
Blocks:
  Show dependency treegraph
 
Reported: 2011-08-16 08:50 CEST by Philipp Hahn
Modified: 2023-06-28 10:46 CEST (History)
3 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): Release Goal
Max CVSS v3 score:


Attachments
Update TightVNC Java Applet (976.32 KB, patch)
2013-02-20 15:56 CET, Philipp Hahn
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Philipp Hahn univentionstaff 2011-08-16 08:50:57 CEST
Mit Bug #18346 haben wir den TightVNC Java Viewer (version 1.5.1) eingebunden, von dem es inzwischen einen Rewrite <http://www.tightvnc.com/release-jviewer2.php> gibt, der einige Vorteile und Stabilitätsverbesserung mitbringen soll. Ggf. löst das auch einige der anderen Bugs wie:
Bug #19157	Getrennte Java-VNC-Verbindung wird nicht erneut geöffnet
Bug #19248	VNC Java-applet startet nicht
Bug #19690	Überlagerungen im VNC-Java-Applet
Bug #20472	VNC-Verbindung bricht mit "java.lang.ArrayIndexOutOfBoundsException" ab
Bug #21700	Grafikfehler und Abstürze mit VNC-Browser-Plugin und mehreren VMs

Ein kurzer Test hat gezeigt, daß sich jar-Datei nicht 1:1 ersetzten lässt, da sich wohl die Klassennamen und die Parameter geändert haben. Aber die Icons sehen schon mal schicker aus ;-)
Comment 1 Andreas Büsching univentionstaff 2011-10-31 14:18:31 CET
Bitte kurz prüfen, ob die Verwendung der neueren Version aufwändig ist. Wenn nicht, dann direkt im VNC UMC-Modul integrieren.
Comment 2 Jascha Geerds univentionstaff 2011-11-03 11:03:07 CET
Der Rewrite bietet keine Unterstützung für VNC via ssh. Des Weiteren macht es den anschein, dass Linux sowie ältere Windowssysteme nicht mit dieser Version unterstützt werden.

Allein wegen der ssh Tatsache, bleibt nur die Möglichkeit weiterhin 1.5.1 zu nutzen.
Comment 3 Stefan Gohmann univentionstaff 2011-11-08 07:39:13 CET
Auch wenn die Version nicht für das VNC Modul genutzt wird, so bleibt es trotzdem eine Alternative für die UVMM Version.
Comment 4 Philipp Hahn univentionstaff 2012-02-27 09:57:34 CET
VNC mit JavaScript und HTML5: <https://github.com/kanaka/noVNC>
Comment 5 Stefan Gohmann univentionstaff 2013-02-19 07:32:20 CET
Es gibt mittlerweile eine neue Version:
 http://www.tightvnc.com/release-jviewer-2.6.php

@Philipp, bitte mal prüfen, ob die Version genutzt werden könnte.
Comment 6 Philipp Hahn univentionstaff 2013-02-19 08:24:02 CET
(In reply to comment #5)
> Es gibt mittlerweile eine neue Version:
>  http://www.tightvnc.com/release-jviewer-2.6.php
> 
> @Philipp, bitte mal prüfen, ob die Version genutzt werden könnte.

Ggf. ist (zukünftig) auch <http://kanaka.github.com/noVNC/noVNC/vnc.html> eine Alternative: VNC über HTML5 + WebSocket. Die am letzten Wochenende veröffentlichte Version qemu-1.4 <http://wiki.qemu.org/ChangeLog/1.4> unterstützt das bereits nativ.
Comment 7 Philipp Hahn univentionstaff 2013-02-20 15:56:23 CET
Created attachment 5088 [details]
Update TightVNC Java Applet

Laut README ist unsere Version nur 1.3.9, vgl. <http://www.tightvnc.com/whatsnew.php>

So grob funktioniert es, aber es gibt doch einige Probleme:

1. Das Applet hat Probleme die Tastatureingaben zu bekommen. Es genügt nicht die Maus über das Applet zu platzieren und in das Fenster zu clicken, sondern muß erst einen der Buttons (z.B. Ctrl oder Alt) an und wieder abwählen, bevor die Tastaureingaben ankommen.(Firefox, Chromium)

2. In Chromium muss man unbedingt den Popups erlauben, sonst erscheint das Fenster nicht (Chromium). Das ist aber unabhängig von der verwendeten Version des VNC-Applets, sondern ein "Bug" in UMC.

3. In Chromium hat das <body>-Element ein margin:8, was zu einem unschönen Rand mit Scrollbars führt. (Chromium)

4. 255
java.lang.ArrayIndexOutOfBoundsException: 255
at com.glavsoft.drawing.Renderer.drawBytesWithPalette(Renderer.java:169)
at com.glavsoft.rfb.encoding.decoder.TightDecoder.processBasicType(TightDecoder.java:112)
at com.glavsoft.rfb.encoding.decoder.TightDecoder.decode(TightDecoder.java:84)
at com.glavsoft.rfb.protocol.ReceiverTask.framebufferUpdateMessage(ReceiverTask.java:147)
at com.glavsoft.rfb.protocol.ReceiverTask.run(ReceiverTask.java:71)
at java.lang.Thread.run(Thread.java:722)

5. In Chromium hängt der Java-Prozeß teilweise mit 100% (Chomium)

6. Bei gleichzeitig mehreren VNC-Applets haben sie sich teilweise selbständig mit einer Fehlermeldung beendet (Firefox)

Fazit: Derzeit nicht zu empfehlen.
Comment 8 Philipp Hahn univentionstaff 2013-11-06 11:52:15 CET
We switched to noVNC with Bug #30540.