2009-05-13 9 views
0

Nous venons de migrer notre application web de .NET 1.1 vers .NET 2.0.Migration: ASP.NET 1.1 vers ASP.NET 2.0, postback brisé

L'application Web a été écrite à l'origine dans .NET 1.1 à l'aide de Visual Studio 2003. Pour la migrer, nous avons converti les solutions en VS2005. Mis à part quelques problèmes mineurs comme l'incompatibilité RESX et les contrôles de calendrier brisés, l'application Web a fonctionné. Cependant, nous venons de le tester aujourd'hui et certaines fonctions de publication sont brisées soudainement. En particulier, le "File Browser" un. Lorsque l'utilisateur clique sur le bouton de navigation, une nouvelle fenêtre s'ouvrira (une page personnalisée) lui permettant de parcourir le fichier, le PATH sera ensuite passé à la page parente puis sauvegardé dans une zone de texte, puis sera renvoyé à faire une validation sur le chemin. Toutefois, sur POSTBACK, le chemin qui a été stocké dans une zone de texte est maintenant disparu et a été remplacé par le chemin d'accès "par défaut".

Y a-t-il quelque chose que nous devrions surveiller lors de la migration de la version 1.1 à la version 2.0, qui peut interrompre les publications?

Merci! :)

Répondre

0

Ceci est un problème de conception dans ASP.NET 2.0.

Ma zone de texte a été définie sur en lecture seule. Ce comportement est inhérent à la conception dans ASP.NET 2.0 et il a été conçu avec l'idée qu'un ReadOnly TextBox ne doit pas être modifié du côté client par un code malveillant. Solution de contournement: Au lieu de définir la propriété readonly pendant la conception, vous devez définir pendant l'exécution.

TextBox1.Attributes.Add ("readonly", "readonly");

Références: http://www.dotnetspider.com/resources/3120-ASP-NET--TextBox-Ready-Only-losing-client-side-changes-values-across-postback.aspx

http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.textbox.readonly.aspx

Questions connexes