Anthony Main
그는 물었다 12년 전
15

잘못된 비에프스타트 에서만 사파리

내가 크게 의존하는 사이트 중 하나를 사용하여 비에프스타트 '유지' (it), t # 39 isn& 내 코드). 그러나 특정 페이지에 있는 'a' 검증 '은 비에프스타트 지나치게 비대해진 여분의 던지고, 사파리, mac,' &quot 비에프스타트 failed&quot 오류:.

사파리 디렉토리에만 이 벌어질 것으로 보인다. Ie, firefox, Opera 모든 로드형 성공적으로 같은 책정안.

답변 3 개

또한 일부 솔루션을 동시에 채널 9 점을 유념하십시오 내가 ss+sp 호스팅된 환경을 사파리 브라우저를 옵션이므로 최대 레벨 아니다. # 39 에 추가해 할 수 있습니다 application& 브로프스카프 이용하기 위해 일부 아스피네 피쳐들입니다.

그게 문제 해결을 위한 근본 원인을 client& # 39 에 사용했던 사이트 "며," 일부 ASP 메뉴 제어입니다.

내 첫 기항지 약간만이라도 통해 확인할 수 있는 요소가 검색하기를 페이지 및 컨트롤:

  1. 계속 작업 때 내가 비에프스타트 스위치를 off
  2. Ajax 를 이동할 수 있는 빼냅니다 페이지에서든 로드되었는지 호츨 스크램블된 필요할 때

39 의 부인문을 I& here& 못하고, 그 후, ve 사용한 적이 없는 이 솔루션은 웹 관련 사이트 - - # 39 를 없애기 위해, ve 그들이성년에 I& # 39 의 벽돌이날아와 비에프스타트 하지만 지난 여기서 나는 제한된 관객 애플리케이션과도 비에프스타트 저장한 세션에서.

이 때문에 메모리 isn& # 39 는 가져다줄래요 협력했습니다 적중, t, # 39, re 실행하는 사용자 수가 신앙이니라 you& 의미가 상당히 인기 사이트 내가 wouldn& 추천합니까, t # 39 이 외곽진입. 그러나 세션이고 솔루션을 사용할 수 있는 사파리 사용자가 항상 탐지합니다 俊捞傈飘 잃어버린 적절히.

39, ve been i& 그냥 I& # 39 를 이 및 동시에, 그 원인은 아직 확신할 수 있다고 믿기 때문에 사파리 m not 완전히 돌아온 것은 전체 결과 세트 (업그레이드됨 자르기 it).

난 이미 디쿠시온 찾을 수 있는 것이 아니라 다음 포스트에 다른 개발자 및 채널 9 활용하는 것을 방지할 수 있는 이 문제 또한 SQL 스테이드 서비스 저장하였습니다 비에프스타트 포스트백 페이지 크기.

[http://channel9.msdn.com/forums/TechOff/250549-ASPNET-ViewState-flawed-architecture/? 콩멘티드 = 270477 # 263702] [1]

이는 최적의 솔루션을 것처럼 보이는?

[1]: # 263702 270477 콩멘티드 = http://channel9.msdn.com/forums/TechOff/250549-ASPNET-ViewState-flawed-architecture/?