IJ28682: ASYNCHRONOUS FOCUS COMPETITION BETWEEN JTEXTFIELDS IN CVS CUSTOMER?S APPLICATION ON LINUX PLATFORM

APAR status

• Closed as program error.

Error description

• Error Message: While using a custom Focus Traversal logic making
  use of Component.requestFocus(),
  Component.requestFocusInWindow() or Component.grabFocus(), Users
  see either wrongly focused text fields or simultaneous focus on
  two text fields.
  These focus issues often occurs after a modal dialog is
  disposed.
  .
  Stack Trace: N/A
  .
  

Local fix

Problem summary

• This issue happens on Java8 after we have changed the priority
  when posting the focus events while delivering focus for Peer
  components.
  On Java7 we would post these events on the ULTIMATE priority
  event queue ( this improves UI responsiveness), while in Java8
  we post focus events to the NORMAL priority event queue, which
  introduces a race condition in the customer?s application
  

Problem conclusion

• Swing code has been modified to use the ULTIMATE priority while
  delivering the focus events to Peer components, only when a user
  sets the property -Dibm.awt.deliverFocusImmediately=true.
  By default Peer components focus events  will continue to be in
  NORMAL priority
  .
  This APAR will be fixed in the following Java Releases:
     8    SR6 FP25  (8.0.6.25)
  .
  Contact your IBM Product's Service Team for these Service
  Refreshes and Fix Packs.
  For those running stand-alone, information about the available
  Service Refreshes and Fix Packs can be found at:
             https://www.ibm.com/developerworks/java/jdk/
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  JAVA CLASS LIBS

• Fixed component ID

  620700130

Applicable component levels

• R800 PSY

     UP