Determining if client script settings are incorrectly configuredDescription <!-- div.margin{ padding: 10px 40px 40px 30px; } table.tocTable{ border: 1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); padding-top: .6em; padding-bottom: .6em; padding-left: .9em; padding-right: .6em; } table.noteTable{ border:1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); width: 100%; border-spacing:2; } table.internalTable{ border:1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); width: 100%; border-spacing:0; } .sp td{ border-bottom: 1px solid; border-right: 1px solid; border-color:#E0E0E0; background-color: #ffffff; height: 20px; padding-top: .5em; padding-bottom: .5em; padding-left: .5em; padding-right: .5em; } .sphr td{ border-right: 1px solid; border-bottom: 1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); padding-top: .5em; padding-bottom: .5em; padding-left: .5em; padding-right: .5em; height: 20px; } .title { color: #D1232B; font-weight:; font-size:25px; } .hd1{ color: #D1232B; font-weight:; font-size:18px; } .hd2{ color: #646464; font-weight:bold; font-size:16px; text-decoration: underline; } .hd3{ color: #7a7a7a; font-weight:; font-size:16 px; text-decoration:; } .hd4{ color: #000000; font-weight:bold; font-size:14 px; text-decoration:; } --> Determining if client script settings are incorrectly configured Symptoms No variables on formVariables values wiped outMandatory value not mandatoryNot mandatory is actually mandatoryVariable not visibleVariable is read-onlyVariable is not read-only Resolution Client scripts run after the original variable configurations are rendered, so it is possible that the client scripts override the behaviors with which the variables are configured. To determine if client script settings are incorrectly configured: Navigate to Self-Service > Service Catalog.Open the item that is behaving incorrectly.On the item page, right-click the header bar and open a client script. Try the following troubleshooting steps: If a sub-production environment is available for testing, a simple way to test if the client script could be causing issues is to turn them off (active=false) in the sub-production environment and check if the issue still occurs.Check lines in scripts such as ...setReadOnly(..) or ...setMandatory(...).Client scripts can also be used to set Values in variables or remove invalid values. If these are used, it is possible that the created records have unexpected values.Client scripts can be defined on the catalog item and also on the target record. For example, the requested item record where the variables are placed. The two client scripts may be clashing.If there is a same named field on requested item and variable on the catalog item, a client script that does something like: g_form.setMandatory('same_name_field',true) may have unexpected responseIt is recomended you explicitly call out variable names by using the variables. prefix. For example, the above script, if it was for the variable, should be:g_form.setMandatory('variables.same_name_variable',true) This would remove any confusion about which element you wish to target The example above shows one example of conflicts that client scripts may create. Other conflicts may occur: between multiple client scripts on a catalog itembetween client script on a catalog item and client script on the target recordbetween client scripts and UI policies In most of these cases, a good experiment is to use a sub-production instance, turn off potentially problematic client scripts, and try to narrow down the conflicting scripts.