ViewState invalide seulement dans Safari

voix
11

L' un des sites que je maintiens repose en grande partie sur l' utilisation de ViewState(ce n'est pas mon code). Cependant, sur certaines pages où ViewStateest extra-ballonnement, Safari jette une Validation of viewstate MAC failederreur.

Cela semble se produire que dans Safari. Firefox, IE et Opera toute la charge avec succès dans le même scénario.

Créé 04/08/2008 à 13:38
source utilisateur
Dans d'autres langues...                            


3 réponses

voix
4

Alors que je seconde la solution Channel 9, il faut savoir aussi que dans certains environnements hébergés Safari est pas considéré comme un navigateur de niveau. Vous devrez peut-être ajouter à la browscap de votre application afin d'utiliser certaines fonctionnalités ASP.Net.

Ce fut la cause de certains maux de tête que nous avions pour le site d'un client qui a utilisé le contrôle du menu ASP.

Créé 04/08/2008 à 14:44
source utilisateur

voix
3

Mon premier port d'escale serait de passer par les éléments de la page et voir qui contrôle:

  1. Est-ce que fonctionne toujours quand je passe VIEWSTATE off
  2. Peut être déplacé hors de la page et dans un appel AJAX à charger si nécessaire

A défaut, et est ici le déni de responsabilité - je ne l'ai jamais utilisé cette solution sur un site web face - mais dans le passé où je voulais éliminer viewstates massives dans les applications public limité, j'ai stocké le ViewState dans la session.

Il a travaillé pour moi parce que le succès à la mémoire est non significatif pour le nombre d'utilisateurs, mais si vous utilisez un site assez populaire je ne recommanderais pas cette approche. Cependant, si la solution de session fonctionne pour Safari vous pouvez toujours détecter l'agent utilisateur et fudge de façon appropriée.

Créé 04/08/2008 à 14:00
source utilisateur

voix
1

Je l'ai fait un peu de recherche sur cette question et alors que je ne suis pas tout à fait sûr de sa cause, je crois qu'il est parce que Safari ne retourne pas l'ensemble des résultats (ce recadrage par conséquent).

Je suis en dicussion avec un autre développeur et a trouvé le post suivant sur le canal 9 et qui recommande de faire pour stocker l'état d'affichage en évitant le problème de postback et aussi de la taille de la page utilisation du service d'état SQL.

http://channel9.msdn.com/forums/TechOff/250549-ASPNET-ViewState-flawed-architecture/?CommentID=270477#263702

Est-ce que semble être la meilleure solution?

Créé 04/08/2008 à 13:40
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more