JDK-4470374 : Menu's and popup menu's problems [Linux] and some on Solaris (new)
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 3_ea,4.4,1.3.1,1.4.0
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • OS: linux,linux_2.2,linux_2.4
  • CPU: generic,x86
  • Submitted: 2001-06-15
  • Updated: 2005-12-29
Related Reports
Duplicate :  
Duplicate :  
jdk1.4-b68 + Pilsen-010613_1
on linux 2.4.5 SMP RedHat 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.

Name: yyT116575			Date: 08/02/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)

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.

Additional information:
- X-server: XFree86 Version 4.0.3
- Window manager: sawfish version 0.38
(Review ID: 126612)

###@###.### 2001-09-06
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.

###@###.### 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.

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