139634 - redirect causes infinite loop

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect, P3)

Description

[Julien Pierre]

Go to the following URL : http://www.deutschegrammophon.com/ .
Using Mozilla 1.0 RC1, an infinite loop occurs. The only solution is to close
the window.
On Communicator it works fine and the redirect occurs.

Comment 1

[Boris Zbarsky [:bzbarsky]]

This must only happen when flash is installed (I have no flash, and this was not
a problem).

Comment 2

[Jerry]

me too.
 I have no plugin installed, so the url lead to another page, nothing wrong.
So I change component to plugin

Comment 3

[Matthias Versen [:Matti]]

-> default owner

Comment 4

[rubydoo123]

I've been looking at this for awhile and have at least narrowed down the issue
to something in http://www.deutschegrammophon.com/home.htms. I can confirm Ken's
testing with Flash removed (which is part of the testing done on the initial
page). The initial page has the refresh and a test.swf file, if the falsh sniff
fails you get directed to one page, if flash sniff passes you get sent to
home.htms. The test.swf could also be part of the problem -- if I could debug
the content of the swf file, that may help determine the issue. However, if I
modify the pointer to any other page other than home.htms, I do not see the
problem either. Note: Opera had similar rendering issues, sometimes it was able
to load the resulting page and other times it didn't. IE6 failed miserably as well.

I am adding Gagan to this bug, because this may end up being some kind of necko
thing -- Gagan, have you ever seen anything like this?

Comment 5

[shrirang khanzode]

The first time I loaded this page, Icrashed before getting redirected(wihtin a 
second).Pasting Stack trace since it's small. The next time I rtried this, it 
did not crash but took 10-15 seconds to redirect and finally worked.

nsCOMPtr_base::~nsCOMPtr_base 
[d:\builds\seamonkey\mozilla\xpcom\glue\nsCOMPtr.cpp, line 64] 
XPCWrappedNativeProto::~XPCWrappedNativeProto 
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcwrappednativeproto.cpp, 
line 89] 
DyingProtoKiller 
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcjsruntime.cpp, line 201] 
JS_DHashTableEnumerate [d:\builds\seamonkey\mozilla\js\src\jsdhash.c, line 600] 
XPCJSRuntime::GCCallback 
[d:\builds\seamonkey\mozilla\js\src\xpconnect\src\xpcjsruntime.cpp, line 543] 
DOMGCCallback [d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, 
line 1623] 
js_GC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 1345] 
js_ForceGC [d:\builds\seamonkey\mozilla\js\src\jsgc.c, line 980] 
JS_GC [d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 1645] 
nsJSContext::Notify 
[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 1573] 
handleMyEvent [d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp, line 
381] 
PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, 
line 530] 
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 
1078] 
0x0017000f 

Comment 6

[rubydoo123]

they updated their site, the redirect works -- but it certainly takes awhile for
the test.swf to finish the check and redirect.