EVALUATION
These sound like Forte problems, I've contacted submitter asking for more information about exactly what isn't working in Swing.
scott.violet@eng 2001-06-15
daniel.mladek@czech 2001-06-20
I've created a small Menu testcase I'm attaching this.
and here is a link to our intranet:
http://web.czech/QualityAssurance/forte4j_testplans/ie_sanity/Menu_testcase.html
so pls,free to radher remove this file, than to keep it in bugtraq.
File on the web could be easier updated then here.
daniel.mladek@czech 2001-06-25
I must constant that other java applicatin (but I don't have such big as NetBeans are) behave very well. I've tested with furi(file shared appliation like Napster)and it hasn't any of described problems, also aplication from jdk/demos are OK.
scott.violet@eng 2001-06-27
This bug report contains a number of issues: menu positioning, painting and flickering.
This is the first report I've seen of problems with menu
positioning. I believe the other two issues are already logged, and
both are likely the result of 4419252, and potentially some lingering
focus issues that are logged against awt/swing.
I'm leaving this bug open against the first issue, menu positioning is
off.
I've created a simple test case (WindowTest) that shows the
positioning problems. Launch the test case and type a position into
the text field and press enter, this will create a Window and position
it (setLocation) at the location you've specified. Subsequently
pressing enter will invoke hide followed by another setLocation. When
you first bring it up press enter to create a Window at 0x0, then
change the y location to 200 and press enter again, you'll notice that
the window flickers and the text on the window changes, but the window
doesn't change location. It seems as though if you only change one of
the locations (x or y), but not both, the setLocation will not cause
the window to visually change location.
I tried this on Solaris and Linux and only saw this behavior on Linux
(GNOME 1.4 with sawfish).
As this appears to be an awt issue, I'm reassigning.
Looks like more GNome/sawfish problems
richard.ray@eng 2001-06-27
Reproducible on build 1.4.0-beta_refresh-b70
mike.bronson@eng 2001-06-28
Reproducible on build 1.4.0-beta_refresh-b71 on RedHat 7.1 and Gnome/sawfish.
It appears the sawfish window manager is interfering with
the window placement.
Reproducible on build 80.
###@###.### 2001-09-21
Name: vuR10080 Date: 09/24/2002
###@###.### 2002-09-24
Re problems demonstrated with WindowTest.
See bug 4446596 caused by a sawfish bug #83431
<http://bugzilla.gnome.org/show_bug.cgi?id=83431>
The problem is that sawfish only process window move if the
ConfigureRequest has *both* x and y in the value mask.
======================================================================
We contacted the developer who owns the Sawfish issue, and he says that he
intends to fix it, although he did not give us s specific timeline.
After the Sawfish fix is provided, all issues in this report will be resolved.
###@###.### 2002-10-04
|
Java