United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-4511546 Swing applications are unusable with X via ssh
JDK-4511546 : Swing applications are unusable with X via ssh

Details
Type:
Bug
Submit Date:
2001-10-05
Status:
Resolved
Updated Date:
2001-11-14
Project Name:
JDK
Resolved Date:
2001-11-14
Component:
client-libs
OS:
solaris_8
Sub-Component:
2d
CPU:
sparc
Priority:
P5
Resolution:
Fixed
Affected Versions:
1.3.1
Fixed Versions:
1.4.0 (beta)

Related Reports

Sub Tasks

Description

Name: bsT130419			Date: 10/05/2001


java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)


Try the following:
Connect from one Solaris box (which I'll refer to as the local box) to another
(the remote box) using secure shell.  Run the Java2D demo included in the JDK
release on the remote box, using X windows forwarding through ssh to view the
demo back to the local box.  The screen paints at a rate of a frame every
second or two instead of a few dozen frames per second as intended.  Also,
windows come up in small sizes and need to be dragged open to be viewable.

In addition to the above problem making our GUI unusable, certain dialogs do
not get fully painted.  It seems to be the case that dialogs with comboboxes in
them do not get fully painted.  For example, only the top left quadrant gets
painted.  I am still not certain that it is the combobox that causes this
problem, but that seems to be the common component among the dialogs that are
not being painted.
(Review ID: 133085) 
======================================================================

                                    

Comments
EVALUATION

I would like to limit this bug to the first problem mentioned: that of 
the GUI being slow under remote display through ssh.  The other issues 
should be decomposed into other bug reports if necessary.  Actually, I 
believe other bug reports for those issues already exist, and I will 
reference them below.  

The second problem listed in the Description, that of windows being sized 
very small when first shown is also described under other bug reports.  
It is likely to be a window manager interaction.  See, for example, 4429511.  

I talked to ###@###.###, and he pointed me to a couple of bugs reports 
in the 2D category: 4374153 and 4398828.  They both describe the other two 
problems: slow GUIs and parts of the GUI not being painted.  It sounds like 
this bug has essentially been resolved.  I'll let 2D close it as a duplicate 
as they see fit.  

###@###.### 2001-10-10

I don't believe this is a duplicate of 4374153 and 4398828.
(btw, they're already fixed in 1.3.1).

Problem with repainting is most likely to be the famous
4244833: Painting of JMenus have deteriorated

As for the slowness - we don't do anything different for 
ssh case versus 'normal' remote case, so this is most likely
a result of Java2D sending pixels intensively back and forth
(since it uses a lot of 2D apis - compositing, antialiasing).

Unfortunately I don't think this is fixed in 1.4. Java2Demo
types of applications would likely not to benefit from the
remote X acceleration work done for Merlin, since
the main part of that work was storing images in Pixmaps
on the server side. This will improve copying images to the 
screen and solid color rendering as we use X requests for doing that.
For compositing,  antialiasing and such (operations which
require read-modify-write) we'll have first read the 
image to client, modify the pixels and then put the
image back to server, while in 1.3.x the images were stored on 
the client side, so the operation required one less
transaction over the wire.

Thus said, it's important that Swing-type applications (like
SwingSet2, for example) benefit from the work in 1.4 hugely.
In this sense, Java2Demo is not a 'typical' swing application.

SwingSet2 runs just fine with and without ssh (I've tried
solaris<->solaris and solaris<->linux). Users are
encouraged to try 1.4 (beta 2 is currently out).

###@###.### 2001-10-11

I'm marking this bug fixed in Meriln as typical swing application
show decent performance when run through ssh.

For the 2D rendering in remote X there is another bug
4488401: Antialiasing/Compositing is slow on remote display


###@###.### 2001-11-13
                                     
2001-11-13
WORK AROUND



Name: bsT130419			Date: 10/05/2001


Don't use secure shell.
======================================================================
                                     
2004-06-11
CONVERTED DATA

BugTraq+ Release Management Values

COMMIT TO FIX:
merlin-beta

FIXED IN:
merlin-beta

INTEGRATED IN:
merlin-beta


                                     
2004-06-14



Hardware and Software, Engineered to Work Together