HR Application script include hr_SecurityUtils._evaluateRule function doesn't process user groups correctlyDescriptionIn Paris version (Human Resources: Core 19.0.0), the hr_SecurityUtils script, _evaluateRule function doesn't process user groups correctly.Steps to Reproduce 0. Hop to instance as maint, prepare "hr_SecurityUtils" script and records for testing:- Add "gs.info('Checking Group='+i+','+groups[i]);" to log the group- Comment line 68 and 72 "breaks" so you can see the test result in loop.- Created sn_hr_core_coe_security_policy record, and created three groups for the policy, add "admin" user to all three groups1. Go to background script and make sure run script in sc_hr_core scope.2. Test the following script:var tstUser = new GlideRecord("sys_user");tstUser.get("6816f79cc0a8016401c5a33be04be441"); //admin uservar tstPlcy = new GlideRecord("sn_hr_core_coe_security_policy");tstPlcy.get("8fffc000dbacec10c732a2b444961919"); //New policy record created in step 0var tstRun = new sn_hr_core.hr_SecurityUtils();tstRun._evaluateRule(tstPlcy, "6816f79cc0a8016401c5a33be04be441");3. The result gives duplicated user group IDs.4. Now, review the hr_SecurityUtils script include in this instance.(Notice the log I added on line 65. and commented out breaks to demo the issue.)Now, replace line 58 as:groups.push(groupsGr.group + "");5. Run the above script again. The result is no longer duplicatedWorkaroundin "hr_SecurityUtils" script include Replace line 58 as:groups.push(groupsGr.group + ""); //Add "" to force the group record as stringRelated Problem: PRB1447642