It looks like the componenet focus travels up to the JRootPane and the AppKit thread hangs and continues to eat memory somewhere in the JRootPane's RootLayout (at least that's the last call i could see with logging level set as fine before the hang). If both apps are running, iSnap seems to engage everytime a mouse event occurs. Once iSnap is installed you can enable it int he System Preferences as shown in the link below Thanks for the reply, apologies but I named the wrong free app, rather than snapit could you please try iSnap He has also shared a video snippet showcasing the issue (see attached in subsequent comment). Issue occurred with a 3rd party application iSnap launched and running simultaneously. Submitter has confirmed that the issue is reproducible across different JDK versions including 8u172, 9.0.4 and 10.0.1 and will check with 11 ea build as well. Note: if using JDK 8 increase the panel depth to 20 to see full hang without recovery, depth of 10 will recover after a whileĬan click on the component without application hangįtDefaultCloseOperation(JFrame.EXIT_ON_CLOSE) įinal Container content = frame.getContentPane() ĭisable the Windows Manager app in the System Accessibility options Install and enable a Window manager app, SnapIt is free STEPS TO FOLLOW TO REPRODUCE THE PROBLEM : REGRESSION : Last worked in version 10.0.1 If you have nested panels in a Java application and a Window Manager app active (Magnet, Moom, SnapIt) any click on/focus event from the lower components causes the Java application to hang Issue appears in other tested versions osx 10.9.5+ Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10.0.1+10, mixed mode) Java(TM) SE Runtime Environment 18.3 (build 10.0.1+10)
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |