Avant de configurer des actions d’interface utilisateur, vous devez effectuer certaines étapes pour les activer afin qu’elles soient disponibles à la configuration dans le Security Analyst Workspace.

Action d’interface utilisateur basée sur la boîte de dialogue

Pour activer les actions d’interface utilisateur basées sur des boîtes de dialogue dans le Security Analyst Workspace, apportez les modifications suivantes aux pages d’interface utilisateur associées aux actions d’interface utilisateur standard respectives.

1. Section HTML : modifiez la section HTML pour inclure la balise d’entrée react . La valeur de la balise d’entrée react est utilisée dans la section du script client pour identifier si la page d’interface utilisateur a été lancée à partir du Security Analyst Workspace. Un exemple est présenté ci-dessous :

   <input id="react" name="react" type="hidden" value="${JS,HTML:sysparm_react}" />

2. Script client : une logique supplémentaire doit être écrite dans le script client lorsque l’indicateur react est vrai. Cela est nécessaire pour gérer les événements des boutons Soumettre et Annuler affichés dans le cadre de la boîte de dialogue.
   1. Le gestionnaire d’événements onCancel () doit répartir l’événement « SIR_WORKBENCH_POPUP_CANCEL » à partir de Security Analyst Workspace
   2. Le gestionnaire d’événements onSubmit () doit répartir l’événement « SIR_WORKBENCH_POPUP_SUBMIT » à partir du Security Analyst Workspace
3. L’exécution du script de traitement est ignorée du Security Analyst Workspace contexte, car l’action « onSubmit » a été modifiée pour renvoyer la valeur « faux » lorsque la valeur de la balise d’entrée react est vrai. La logique du script de traitement doit être gérée soit via un script client pouvant être appelé (invoqué via l’API GlideAjax), soit via un point de terminaison de ressource REST.

Action d’interface utilisateur côté serveur

Pour activer les actions d’interface utilisateur côté serveur, procédez comme suit :

La logique du script d’action d’interface utilisateur standard doit être traitée dans le cadre d’une ressource REST scriptée.