Symptômes

Les flux de travail existants peuvent cesser de fonctionner dans le flux de travail SharePoint 2010 après l’installation de la mise à jour de sécurité de juillet pour SharePoint. Quand ce problème se produit, la balise d’événement « c42q8 », « c42ra » ou « c42rh » est consignée dans le journal ULS (Unified Logging System) de SharePoint.

Cause

Ce problème se produit, car une validation supplémentaire a été ajoutée dans la mise à jour de sécurité de juillet pour SharePoint. La validation provoque l’arrêt des flux de travail SharePoint 2010 existants.

Solution de contournement

Pour contourner ce problème, recherchez les balises d’événement « c42q8 », « c42ra » et « c42rh » dans le journal ULS de SharePoint. Dans ces événements, vous trouverez des détails sur le motif de blocage du flux de travail.

• Si les parties bloquées sont des flux de travail ou des activités de flux de travail « prêts à l’emploi », vous pouvez contacter le support Microsoft.
  
  De plus, vous pouvez également contacter l’administrateur de la batterie de serveurs pour qu’il désactive la validation supplémentaire à l’aide de PowerShell temporairement : 
  
  Ouvrez PowerShell et exécutez les applets de commande suivantes :
  
  Add-PSSnapin Microsoft.SharePoint.PowerShell
  $farm=Get-SPFarm
  $farm.EnablePreParseSecurityCheckForWorkflow = $false
  $farm.update()

• Si les parties bloquées sont écrites à l’aide d’un code personnalisé et déployées dans SharePoint par vous-même, vous devez vérifier la sécurité du type que vous essayez d’utiliser. S’il est sûr, vous pouvez ajouter le type à la liste des types autorisés web.config. Dans le cas contraire, vous devez créer une autre implémentation qui n’enfreint pas les validations de sécurité.