• Type: Bug
• Component: client-libs
• Sub-Component: javax.accessibility
• Affected Version: 8u60

• Priority: P2
• Status: Closed
• Resolution: Fixed
• OS: windows_7

• Submitted: 2015-08-25
• Updated: 2016-01-14
• Resolved: 2015-09-08

JDK 8
8u66Fixed

Agree with Ilya, but I have already partly filled INTJDK-7620807 14-10-2015 Tested with http://aurora-ds3.us.oracle.com:9504/scanas411.us.oracle.com/export/java-re/build/re3/nightlyws/jdk8u-dev/b01_2015-09-13-1901_4786/ws-b01_2015-09-13-1901_4786/build on Windows 7 32 bit and 64 bit OSs. Installed NVDA2015.3 and ran SwingSet2.jar, I can confirm: 1. Switching between Look and Feel menu items work fine on both 32 and 64 bit OS 2. JAWS speaks different menu items when I navigate through the menu items. 14-09-2015 Critical Request Template - Justification: Resolves a P2 issue. Also is needed for another P2 JDK-8133191. - Risk Analysis: The fix has been verified on 32 bit W7 running in a VM. - Webrev: http://cr.openjdk.java.net/~ptbrunet/JDK-8134453/webrev.01/ - Testing (done): Installed 32 bit 8u72 nightly, ran SwingSet2 on 32 bit W7, JAWS reads menu system and first tab panel correctly - Back ports: The issue is not in 7u or 9. - FX Impact: NA - Fix For Release: 8u, 9-na, 7-na 14-09-2015 SQE OK to take the fix in PSU15_04 to get the JDK-8133191 fully resolved. 14-09-2015 Added in PSU15_04 critical whatch as far as the fix is needed to get the JDK-8133191 fully resolved. 14-09-2015 <SQE>To test this install 32 bit Java on 32 bit Win 7. Run SwingSet2.jar. Ensure JAWS speaks at least the first button in the tool bar that first gets focus.</SQE> 03-09-2015 Updated webrev: http://cr.openjdk.java.net/~ptbrunet/JDK-8134453/webrev.01/ 03-09-2015 Webrev: http://cr.openjdk.java.net/~ptbrunet/JDK-8134453/webrev.00/ 02-09-2015 Using Process Explorer I determined that just using the built binary tree is not good enough. The wrong (-32 suffix) DLLs were being loaded. See http://kb.froglogic.com/display/KB/Getting+a+list+of+DLLs+currently+loaded+in+a+process I ran a JPRT job to build 32 bit bundles and ran a normal 32 bit install on my 32 bit W7 VM and this build worked correctly. 02-09-2015 The newly built DLL works fine with 8u60 b19 and the newly built Java doesn't work with the good 8u60 b19 DLL. So the DLL build change is OK but there is some other problem that needs to be hunted down, perhaps an issue with JavaAccessBridge.DLL. 27-08-2015 After making the change to jdk/make/lib/PlatformLibraries.gmk the crash is gone but JAWS and NVDA are not speaking - more tomorrow. 27-08-2015 The broken code as also backported to 8u65 via the JDK-8129147 backport. Will this fix in 8u72 resolve this issue? 26-08-2015 Analysis of problem: b19 is OK b20 failed This is likely due to JDK-8078649 which is a backport of JDK-8043160. In this fix the text "LEGACY" in file jdk/make/lib/PlatformLibraries.gmk was changed to "legacy". The lower case legacy is used in a -D compiler flag and as a result doesn't activate lines like this in the source code: #ifdef ACCESSBRIDGE_ARCH_LEGACY This would cause problems with 32 bit builds for 32 bit Win. The problem doesn't exist in 9 because I noticed the problem when doing the 9 open source JAB work and discussed it with Erik via note to him on 8/8/14 10:41 AM, subject "modularization - need more output so can see full compiler invocation line". The issue was fixed when I pushed the 9 open source work via JDK-8076182. However, prior to that fix the problem was backported into 8u via the 8043160->8078649 backport. Timeline: 9 b17, JDK-8043160 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/21dc97b6aa48 // rev 10044, June 3 2014 9 b61, JDK-8076182 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8c996a225c1b // rev 11740, March 27 2015 8u60 b20, JDK-8078649 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/e757bd8d89c3 // rev 10795, June 3 2015 26-08-2015 This issue is not reproducible using a 32 bit build from the latest 9 repo. 26-08-2015