Bug ID: JDK-5014550 REGRESSION: JPopupMenu extending beyond JFrame does not stay up under KDE

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 6
6Resolved

Name: gm110360			Date: 03/16/2004


FULL PRODUCT VERSION :
java version "1.5.0-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-beta-b32c)
Java HotSpot(TM) Client VM (build 1.5.0-beta-b32c, mixed mode)


ADDITIONAL OS VERSION INFORMATION :
Linux ims-360-9-lnx 2.4.21-4.0.1.ELsmp #1 SMP Thu Oct 23 01:27:36 EDT 2003 i686 i686 i386 GNU/Linux


EXTRA RELEVANT SYSTEM CONFIGURATION :
KDE 3.1.3-6.2

A DESCRIPTION OF THE PROBLEM :

When we have a JPopupMenu extending beyond JFrame under KDE, the menu
does not stay up when you enter it.  We've found that this always happens when
you set the KDE focus policy to "Focus Strictly Under Mouse".

Our product uses small window to help users navigate between the different
functions that need to be performed.  This problem is especially annoying since the
first operation a user may perform is a "File->Open..." and our "File" popup menu
is wide.  We don't want to have to tell users they need to change their focus policy
to get our menus to work.

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. In the KDE desktop bring up the Control Center. Under "Desktop->Window Behavior", set
    the focus policy to "Focus Strictly Under Mouse".  Press the "Apply" button.

2. Now, bring up the Notepad demo distributed with the SDK.

          java -jar .../demo/jfc/Notepad/Notepad.jar

3. Horizontally shrink the window of the Notepad until the only the letter, "F", appears for
    the "File" menu item in the menubar.

4.  Now, perform a left-mouse click on the "F".  This brings up the popup menu.  Now,
     move the mouse into the popup menu.  The popup menu disappears.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
We expect the popup menu to remain.

REPRODUCIBILITY :
This bug can be reproduced always.

CUSTOMER SUBMITTED WORKAROUND :
Change the KDE focus policy to:
  "Click to Focus",  "Focus Follows Mouse", "Focus Under Mouse"

Release Regression From : 1.4.2
The above release value was the last known release where this 
bug was known to work. Since then there has been a regression.

(Incident Review ID: 243820) 
======================================================================

EVALUATION Not reproducible as of b53 - due to the fix for 4109607 and 6322035

27-09-2005

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mustang

17-09-2004

EVALUATION Name: sh120115 Date: 03/24/2004 ###@###.###, this _sounds_ like it may be a bug for AWT. Would you please have a look first though and re-assign if necessary? Thanks! ###@###.### 2004-03-24 ====================================================================== Name: azR10139 Date: 03/26/2004 This is definitely not a bug on _our_ side. We are receiving focusLost event and we must close popup on this frame. Reassigning to AWT. ###@###.### 2004-03-26 ====================================================================== Name: rpR10076 Date: 03/26/2004 As ###@###.### noted, this change of behaviour is deliberate rather than a regression. In 1.5, it was made so that Swing menus are closed when their owner loses focus. The side effect, indeed, is that with "strict focus follow mouse" focus policy it disappears when mouse comes over native menu. Unfortunately, we can't fix it without reintroducing non-disappearing menus which were annoying. There's a possible solution: when (or if) the native grab is implemented, it will be possible to work around the strict focus follow mouse issue. However, we initially planned to do that for tiger, but faced some difficulties and postponed it till mustang. So I'll commit this bug to mustang, too, as it requires native grab implementation. RFE about native grab is 4311449. ###@###.### ======================================================================

17-09-2004

Relates :	JDK-4311449 - Need native grab for swing menus (cf. 4109607)
Relates :	JDK-6383432 - REGRESSION: testcase 6192376 is failing on Solaris but Passing on Windows and Linux with Tiger JDKS.
Relates :	JDK-6192376 - REGRESSION: Popups badly broken when window manager does "focus follows mouse"