-
Bug
-
Resolution: Fixed
-
P3
-
6
-
None
-
b32
-
generic
-
windows
-
Verified
JRE release : 1.6.0-b99
PIT Bundles location :
/net/sqesvr-nfs/global/nfs/deployment5/pit_builds/windows-i586/jre160_pit.exe
Effected OS : windows
Problem description :
According to specs javascript error will be thrown if the args passed to <Deploy>.compareVersion(args1,args2) is not of format n1.n2.n3_n4 e.g. 1.6.0 or 1.4.2_07 but that's not the behavior at present. If user passes "160" instead of "1.6.0" or 142_07 instead of 1.4.2_07 , then also some value is getting returned instead of javascript error. Also it's behaving differently then desired as explained below:
- Scenario user tends to compare between 1.4.2_07 and 1.6.0
1) if args1 = 160(invalid) and args2 = 1.4.2_07
returned value = 4 (+ve number)
2) if args1 = 1.6.0 and args2 = 142_07(invalid)
returned value = -4 ( -ve number which means 1.6.0 is older than 1.4.2_07)
Steps to reproduce:
1) Install the JRE from the location mentioned above
2) Copy the npDeployHelper.dll into <mozilla_dir>/plugins directory from the location mentioned below
http://javaweb.sfbay/~dp144265/ProjectDocs/NPAPI%2b/JREDeploy/demo/
For IE :
Go to <jre>/bin directory and run following command
regsvr32 deployHelper.dll(make sure that pop-up with registeration successfull message is there)
3) Load the following javascript page inside the IE and mozilla
http://sqeweb.sfbay/deployment2/jitu/spec_improve_deploy/negative_tests.html
4) Click on the button "NegativeTest3" and "Negative4"
If there is a pop-up displaying compVersion as 4 and -4 respectively then the bug is reproduced
###@###.### 2005-03-30 23:40:00 GMT
PIT Bundles location :
/net/sqesvr-nfs/global/nfs/deployment5/pit_builds/windows-i586/jre160_pit.exe
Effected OS : windows
Problem description :
According to specs javascript error will be thrown if the args passed to <Deploy>.compareVersion(args1,args2) is not of format n1.n2.n3_n4 e.g. 1.6.0 or 1.4.2_07 but that's not the behavior at present. If user passes "160" instead of "1.6.0" or 142_07 instead of 1.4.2_07 , then also some value is getting returned instead of javascript error. Also it's behaving differently then desired as explained below:
- Scenario user tends to compare between 1.4.2_07 and 1.6.0
1) if args1 = 160(invalid) and args2 = 1.4.2_07
returned value = 4 (+ve number)
2) if args1 = 1.6.0 and args2 = 142_07(invalid)
returned value = -4 ( -ve number which means 1.6.0 is older than 1.4.2_07)
Steps to reproduce:
1) Install the JRE from the location mentioned above
2) Copy the npDeployHelper.dll into <mozilla_dir>/plugins directory from the location mentioned below
http://javaweb.sfbay/~dp144265/ProjectDocs/NPAPI%2b/JREDeploy/demo/
For IE :
Go to <jre>/bin directory and run following command
regsvr32 deployHelper.dll(make sure that pop-up with registeration successfull message is there)
3) Load the following javascript page inside the IE and mozilla
http://sqeweb.sfbay/deployment2/jitu/spec_improve_deploy/negative_tests.html
4) Click on the button "NegativeTest3" and "Negative4"
If there is a pop-up displaying compVersion as 4 and -4 respectively then the bug is reproduced
###@###.### 2005-03-30 23:40:00 GMT