다른 페이드가있는 페이지로 페이드 할 때 IE7에서 사이트가 왜 추락합니까?

Question

내가 최고 탐색을 사용하여 퇴색되고있는 여러 페이지를 http://www.idea-palette.com

를보고하십시오. 사용자가 위의 버튼 중 하나를 클릭하여 jQuery Cycle Plugin을 사용하여 슬라이드 쇼가 포함 된 다른 페이지를 페이드 인하면 IE7이 충돌합니다.

슬라이드 쇼의 페이드를 제어하는 ​​jQuery를 주석 처리하면 IE7이 더 이상 충돌하지 않습니다. 당신은 여기에서 볼 수 있습니다 http://www.idea-palette.com/IEindex.php

를 나는 이미 퇴색하는 과정에 다른 내용이 포함되어 일부 콘텐츠에 페이드 때 IE7이 그것을 좋아하지 않는 같은데요. 나는 함께 충돌하는 IE7 과부하 두 함께 짐작하고 있어요.

'이있다 : 나는 jQuery를주기 플러그인 페이지가 충돌을 일으키는 것을 생각하기 전에 내 사이트를 볼 때

, 나는이에 유래에 (Why does my website crash in IE?)와 jeffamaphone 일어나는 이유를 물었다이 정보를 발견 DirectX 필터와 관련이 있습니다 (아마도 페이드를 수행하는 것). 여기에 스택이 있고 EAX는 NULL입니다.

CDXTFilterBehavior :: _ ClearSurface : 6C8E87E1 mov 인 EDI, EDI ESP 6C8E87E3 푸시 EBP
6C8E87E4 mov 인 EBP, 6C8E87E6 푸시 ECX
6C8E87E7 mov 인 EAX, DWORD 코드는 EAX를 DEREF을 시도하고있다 무엇 이건 PTR [EBP + 0CH] 6C8E87EA의 mov 인 ECX, DWORD PTR [EAX] <은 --- EAX는

dxtrans.dll NULL입니다! CDXTFilterBehavior :: _ ClearSurface()
dxtrans.dll! CDXTFilterBehavior :: _ DrawUnfilteredElemen tLayers()
dxtrans.dll! CDXTFilterBehavior :: _ DrawElementWithProceduralSurfaces()
dxtrans.dll! CDXTFilterBehavior :: _ ExecuteFilterChain()
dxtrans.dll! CDXTFilterBehavior :: 그리기()
mshtml.dll을! CPeerHolder :: 그리기 ()
mshtml.dll을! CLayout :: DrawClientLayers()
mshtml.dll을! CDispContainer :: DrawSelf()
mshtml.dll을! CDispNode :: 그리기()
mshtml.dll을! CDispContainer :: DrawChildren()
mshtml.dll! CDispContainer :: DrawSelf()
mshtml.dll을! CDispNode :: 그리기()
mshtml.dll을! CDispContainer :: DrawChildren()
mshtml.dll을! CDispContainer :: DrawSelf()
mshtml.dll을! CDispNode :: 그리기()
MSHTML .DLL! CDispContainer :: DrawChildren()
mshtml.dll을을! CDispContainer :: DrawSelf()
mshtml.dll을을! CDispNode :: 그리기()
mshtml.dll을을! CDispContainer :: DrawChildren()를
mshtml.dll을 CDispContainer :: DrawSelf()
mshtml.dll! CDispNode :: Draw()
mshtml.dll! CDis pContainer :: DrawChildren()
mshtml.dll!CDispContainer :: DrawSelf()
mshtml.dll을 CDispNode :: 그리기()
mshtml.dll을 CDispRoot :: DrawEntire()
mshtml.dll을 CDispRoot :: DrawRoot()
mshtml.dll을를 CView!!!! : :! RenderView()
mshtml.dll을 CDOC :: OnPaint를()
mshtml.dll을 CServer :: OnWindowMessage()
mshtml.dll을 CDOC :: OnWindowMessage()
mshtml.dll을 CServer :: WndProc을!!!()
user32.dll!_InternalCallWinProc@20()
user32.dll!_UserCallWinProcCheckWow@32()
user32.dll!_CallWindowProcAorW@24()
user32.dll!_CallWindowProcW@20()
user32.dll!_InternalCallWinProc@20()
user32.dll!_UserCallWinProcCheckWow@32()
USER32.DLL! _DispatchClientMessage 20()
user32.dll!_fnDWORD@4()
ntdll.dll!_KiUserCallbackDispatcher@12()
user32.dll!_NtUserDispatchMessage@4()
user32.dll!_DispatchMessageWorker@8()
@ user32.dll!_DispatchMessageW@4()
ieframe.dll! CTabWindow :: _ TabWindowThreadProc()
KERNEL32.DLL! @ BaseThreadInitThunk 12()
ntdll.dll!_RtlUserThreadStart@8()
ntdll.dll!_RtlUserThreadStart@8() @

아마도 변형이 DOM에서 계속 작동하는 동안 DOM에서 요소를 제거 할 것입니까? '

아무도 내가이 문제를 해결할 수있는 방법을 알고 있습니까?

Answer 1

마지막으로 게시 한 댓글에서 언급했듯이 원격으로 IE를 다운시킬 수 있다면 contact Microsoft입니다. 이 취약점은 적어도 서비스 거부 공격과 잠재적으로 원격 코드 실행 또는 원격 루트 (웹 페이지가 요청에 따라 브라우저를 중단시키는 버그로 인해 공격자가 신뢰할 수없는 코드를 실행할 수있는 가능성이 높습니다 귀하의 컴퓨터에). 여기 사람들이 당신의 문제를 해결하는 데 도움을 줄 수 있지만 Microsoft는 기본적인 버그를 수정할 수 있도록 정보를 제공 받아야합니다.

편집 : 모두 자신의 문제를 해결하기 위해 노력하고 버그를보고하기 위해 최소한의 테스트 사례로 문제를 줄여야합니다. 모든 내용을 버그를 재현하는 데 필요한 최소한의 요소 집합으로 줄입니다. 그런 다음 코드를 사용하여 동일하게 수행하십시오. 테스트 케이스를 하나 또는 두 개의 이미지로 만들고 문제를 일으키는 크로스 페이드 만 가져와야합니다.

그렇다면 버그를보고하려면 최소한의 테스트 케이스에 대한 링크를 보내십시오 (가능한 경우 버그 보고서에 인라인으로 포함 시키십시오). 원격 DoS (Denial of Service) 취약점이며 원격 코드 실행으로 이어질 수 있는지 여부는 알 수 없습니다.

앞서 언급 한 것처럼 최소한의 예제로 잘라내어 버그를 해결하는 데 도움이 될 것입니다. 최소한 아무도 실제로 파고 들지 않는 많은 것들을 가진 전체 사이트보다 최소한의 코드 예제에서 도움을 얻을 가능성이 더 큽니다.