It is a important regression register deploy on Windows . It happens likely related to the new change in 8u20-b19 which no longer copies java binaries to system dir
With this change, end users will likely run into important deploy registration issue on Windows with the static downgrade scenario after installing 8u20

*** Case in point: Users have 8u20 and try to install 7ux
As such, they can not use 8u20 java plug-in in their browser. If they decide to uninstall 7ux after all, their browsers no longer registered with the remaining 8u20 and no java control panel found in Windows control panel



*** Tested Configuration:
- OS: x86 Windows 7
- Browser: FF, IE, GC
- JRE build: 8u20-b18, 8u20-b20, 7u60 live fcs

* Steps to reproduce:
0) Use a clean machine or
 Uninstall all java*.exe from system dir C:\Windows\System32 and user deployment related files
1) Install latest 8u20-b20 promotion
2) Install 7u60 fcs version from java.com

Expected: All deployment registration is from 8u20
Actual: All deployment registration is from 7u60

Details:
- 7u60 Java control panel found under windows control panel (not 8u20 and hence, all security level slider is different from expected 8u20 security level radio buttons)
- 7u60 java plug-in registered with all browsers( not 8u20)
- Use any browser to load any applet and 7u60 (not 8u20) is used

and more serious problem below:
3) Uninstall 7u60 from the system

Expected: 8u20 java control panel will appear in window control panel
Actual: No Java control panel existed in window control panel (even 8u20 still left on the system)