Menu's and popup menu's problems [Linux] and some on Solaris (new)
jdk1.4-b68 + Pilsen-010613_1
on linux 2.4.5 SMP customer 7.0 (upgrated of'course:-)
Position of pull-down menus and submenus from main menu is under menubar where you first pull down the menu.
eg. Pul down menu "Versioning" and for others menus for instance "File" they are always pull down under menu "Versioning"
Repainting problem. If you invoke repeatedly popup menu eg. in Explorer it happens sometimes that it left a grey rectangle after menu dismiss painted in the window. It must be closed and opened again.
submenus in popup menu:
is the worst stuff on all menus. It strange how its behaviour varies from one component to other.
*In normal Explorer: if your mouse hover over the submenu, sometimes popup menu disappears at all or sometimes display content of submenu as just it is a popup menu.
*In Revision Explorer(you must have mounted one of the Versioning FS(CVS))
CVS commands which are available as a submenu of popup menu are simply unrechable. Pupup menu is moved to the right and submenu is painted under it, and if you hover over it bouth menu disappeare.
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)
When pulldown menu is opened for a very small window, part of the contents of the menu is not visible, because it appears to end at the border of the window.
You can verify this if you for instance run the Notepad application included in the demo/jfc/Notepad subdirectory. Decrease the height of the window until only the toolbar is visible. Now open the "Edit" menu. The menu is only partially visible.
- X-server: XFree86 Version 4.0.3
- Window manager: sawfish version 0.38
(Review ID: 126612)
I added a note to bug 4470376, but #3 above, in this bug description, is the behavior that I'm seeing on Solaris. So it is not just Linux specific. I am using filesystem->new->any menu choice->any submenu. All of the last submenus loose focus and I can't create my EJBs (try new->beans->bean). Just wanted to note the behavior for Solaris in this bug rather than opening a new bug. I'm on Solaris 8, an ultra sparc, jdk1.4 (32 bit), 010817 FFJ EE build with or without the newest javac.jar file.
xxxxx@xxxxx 10 May 2002
In Forte for Java Enterprise Edition on Linux (2.2.16) on the popup menu for an EJB module, the part of the menu items containing the short-cut descriptions ("Ctrl-X", "Ctrl-C", and "Delete") are off the menu area. It comes back into the menu area if a mouse pointer is put over it. This problem was originally described in bug 4427912, but I closed that bug as a duplicate of this one. This problem doesn't happen on Windows.
These sound like Forte problems, I've contacted submitter asking for more information about exactly what isn't working in Swing.
I've created a small Menu testcase I'm attaching this.
and here is a link to our intranet:
so pls,free to radher remove this file, than to keep it in bugtraq.
File on the web could be easier updated then here.
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.
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
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
Reproducible on build 1.4.0-beta_refresh-b70
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.
Re problems demonstrated with WindowTest.
See bug 4446596 caused by a sawfish bug #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.
Submitted On 07-OCT-2001
I get a similar problem with GNOME/sawfish on JDK1.4b2 but
not on 1.3, where the menus always pop-up under the same
menu title regardless of which menu is popped up.
The problem appears only when an external window is created
to display the menu, because the problem doesn't occur with
menus whose border fits entirely within the border of the
All the above happens on RH7.1 + Ximian Gnome 1.4 + sawfish.
Submitted On 07-OCT-2001
This little program demonstrates the problem on my setup
(RH7.1 + Ximian Gnome 1.4 + sawfish).
public class menu extends Object
private static JMenu makeMenu(String title)
JMenu m = new JMenu(title);
for (int count = 0; count < 20; count++)
m.add("Item " + count);
public static void main(String argv)
JFrame f = new JFrame("Ergh!");
JMenuBar m = new JMenuBar();
Submitted On 26-FEB-2002
I have found that the popup menu position issue can be fixed
by adjusting the sawfish placement settings for dialog
windows to "none".
The nasty gray rectangles are my biggest complaint. They
appear intermittantly when using popup menu's. You can get
rid of the leftover rectangle by closing the form from which
the popup was launched, or redisplaying the offending popup
menu, if you can figure out which one it was.
I've only seen this using netbeans.
1.4.0 popup menu's (right click ones basically) seem to
flicker and take longer to display and stablalize in 1.4.0
than in 1.3.1_02. However I'll live with these problems
because the hotspot debugger problems with remote debugging
seem to be cleaned up, (just in time as the classic vm is
Submitted On 06-JUN-2002
Note there is a workaround in NetBeans and Forte for Java
for this bug (I think): add to bin/ide.cfg:
Probably related to dynamic generation or update of menus.
Submitted On 13-APR-2008
Regarding item #3 above, i am having it now with my program. We have moved recently from java 1.4 to 1.5 although i have been told the problem with the pop up menu has occured in the last version, it seems that it was not frequent enough. Now the problem occurs every time we use the pop-up menus.
The problem we are seeing is that, when having submenues from within popup menu, from the submenues we have another submenu (so we have 2 degrees of submenues). The 2nd degree submenues sometime get either hidden by the 1st degree submenu, or just disapper before being able to reach them.
I was wondering if there should be a fix for this bug soon since it has been open for so long (maybe in new version, although I tried moving to 1.6 with no help)...
PLEASE NOTE: JDK6 is formerly known as Project Mustang