JDK-8033699 : Incorrect radio button behavior
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 7u45
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2014-02-05
  • Updated: 2021-04-27
  • Resolved: 2014-10-15
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.
7u80 b03Fixed 8u40Fixed 9Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Relates :  
Installed JAWS 15.0,accessbridge2_0_2 and jdk1.7.0_45. 

Enabled Java Access Bridge in the control panel. 

Installed wls_jrf_generic.jar from 140121.2143.S on windows 64 bit machine 
Steps to reproduce: 

start JAWS and launch wls from command prompt 
Type the Installation location 
In the Installation Type screen: 

The text is read as "Fusion Middleware Infrastruture, to change the installation press up or down arrow."when up or down arrow is pressed nothing is selected 

Expected result: 

it uses tab to move between radio button and space bar to select the radio button. 

Actual result:

" to change the installation press up or down arrow" 

If/when this is fixed the change needs to be forward ported to 8/9 fairly quickly so a user that upgrades from 7 won't get the old behavior.

I added label "accessibility" to mark up this bug for VPAT testing. Vivi, is there any progress on this issue?

Thanks Pete and Jindrich. We will make below changes to radio button group 1) Change tab's behavior to industry standard 2) Add arrow button support

To my knowledge, there is no UE group supporting Swing any more. I'd suggest doing exactly what is the industry standard, which is that TAB/Shift-TAB moves focus to the next/previous control (or next button group). The current behavior was brought to my attention many times by people from Accessibility group as the incorrect one.

I added Jindra to the watch list. He might know. I personally recommend against it. When tab is pressed it is expected that focus should move to the next control (or next button group). I think keyboard users that discovered the new correct behavior would be happy to see the bug fixed and would not get confused.

Regard to the solution, we can definitely add up/down/left/right arrow support in radio button group. One thing I'm not sure is if we should change the tab button behavior (Using tab to change focus and using space to select/deselect) for radio button group. Though this behavior does not comply with industry standard, it's the way it works for many Swing components and a lot user may already get used to it. Pete, is there some UE group in Swing we should talk to about this?

See Pete's comments for details. This is equivalent bug for JavaFX https://javafx-jira.kenai.com/browse/RT-23528

Two comments: 1) 7u45 doesn't need JAB 2.0.2 installed. A later version is installed /with/ 7u since 7u6. JAB should no longer be installed with 7u. However, I don't think this has anything to do with this issue. 2) The radio button behavior in Swing is incorrect. The industry standard is that up/down arrow should move between radio buttons in a radio button group and tab should move to the next control outside the radio button group. JAWS is giving the proper prompt. Swing has a UI bug unrelated to accessibility. The subcomponent should not be javax.accessibility.