Discussion :

[Franck.H]

Depuis mon passage sur VS2013, les pages de mes applications se figent un moment à chaque chargement, selon IE11, soit disant à cause d'un script de longue de durée. Je ne vois pas du tout quelle serait la raison de ce problème car avant, sur VS2010 avec un serveur de dev ASP.Net (maintenant c'est IIS Express), ça fonctionnait très bien !

Si quelqu'un a une idée..

[Franck.H]

N'y a t-il pas moyen d'utiliser le Serveur ASP.Net comme sous 2010 ? Ca fonctionnait tellement mieux qu'avec IIS Express

[Franck.H]

Ca va bien mieux après une mise à jour vers Visual Studio 2013 avec Update 3 cependant, j'ai un problème lorsque je change par exemple de sélection dans une liste déroulante, au moment du rafraîchissement, j'ai ce genre d'erreur:

Une valeur Request.Form potentiellement dangereuse a été détectée à partir du client (ctl00$contenu$hfLabel="<?xml version="1.0" ...").
Description : ASP.NET a détecté dans la requête des données potentiellement dangereuses parce qu'elles peuvent inclure des balises ou des scripts HTML. Les données peuvent indiquer une tentative de compromission de la sécurité de votre application, telle qu'une attaque de script entre sites. Si le type de l'entrée est approprié pour votre application, vous pouvez inclure du code dans une page Web pour l'autoriser explicitement. Pour plus d'informations, consultez http://go.microsoft.com/fwlink/?LinkID=212874.

Détails de l'exception: System.Web.HttpRequestValidationException: Une valeur Request.Form potentiellement dangereuse a été détectée à partir du client (ctl00$contenu$hfLabel="<?xml version="1.0" ...").

Erreur source:


Le code source qui a généré cette exception non gérée ne peut être consulté qu'une fois compilé en mode débogage. Pour ce faire, suivez l'une des deux méthodes ci-après, puis demandez l'URL :

1) Ajoutez une directive "Debug=true" au début du fichier qui a généré l'erreur. Par exemple :

<%@ Page Language="C#" Debug="true" %>

ou :

2) Ajoutez la section suivante au fichier de configuration de votre application :

<configuration>
<system.web>
<compilation debug="true"/>
</system.web>
</configuration>

Notez qu'avec la deuxième méthode, tous les fichiers d'une application donnée seront compilés en mode débogage, alors qu'avec la première méthode, seul le fichier ayant généré l'erreur sera compilé en mode débogage.

Important : l'exécution d'applications en mode débogage nécessitant plus de mémoire, les performances peuvent diminuer. Veillez à désactiver le mode débogage dans une application avant de déployer en phase de production.

En-dessous de ce message deux solutions sont proposés mais sont déjà effectives donc si quelqu'un a une idée d'où pourrait venir le problème..