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

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

Pour activer les actions d’interface utilisateur basées sur la boîte de dialogue dans le Security Analyst Workspace, apportez les modifications suivantes aux pages de l’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 de script client pour identifier si la page de l’interface Security Analyst Workspace utilisateur a été lancée à partir du . 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 le marqueur 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 du 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 « onSend » a été modifiée pour renvoyer la valeur false 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é (appelé 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.