67642 - Javascript translation problem

Status: RESOLVED FIXED

(Core :: Networking, defect)

Description

[Grant Kwok]

This is a possible Javascript problem, but I'm not entire familiar with
Javascript so someone will have to verify this one.  When I go to:

http://www.fido.ca/

and then click "Welcome", which then the browser attempts to load:

http://www.fido.ca/NASApp/portal/fidopage/myHomePage.jsp?lang=en

The progess bar will move about half way and then hang, and on the status bar it
says "Sending request to target+.summum.net" and the browser hangs.  

The page does not hang on MSIE, and loads right away.

The only reason I think it maybe a Javascript but is the reference to "target".
 I'm not really sure.

Comment 1

[HJ]

This seems to be related to the recent URI patch

Comment 2

[HJ]

this bug depends on bug 66577

Comment 3

[HJ]

Or, nope that is something different

Comment 4

[Phil Schwartau]

Confirming described behavior with Mozilla binaries 20010201xx on Linux, WinNT.
Browser, not engine. Reassigning to Networking component. 

Note:  this site will not load easily for me in NN4.7, much less Mozilla/N6.
The site uses a lot of MS-flavored ".asp" URLs...

Mozilla did load the site did load EVENTUALLY, but it took around four minutes.
IE4.7 loads the site in one second. 


Here's the call stack I got when I interrupted a debug build on WinNT:

NTDLL! 77f6829b()
KERNEL32! 77f04f41()
_PR_WaitCondVar(PRThread * 0x04ea2a80, PRCondVar * 0x017a6ec0, PRLock * 
0x017a6f70, unsigned int 4294967295) line 185 + 23 bytes
PR_WaitCondVar(PRCondVar * 0x017a6ec0, unsigned int 4294967295) line 532 + 23 
bytes
nsThreadPool::GetRequest(nsIThread * 0x046f5490) line 586 + 15 bytes
nsThreadPoolRunnable::Run(nsThreadPoolRunnable * const 0x046eff60) line 814 + 27 
bytes
nsThread::Main(void * 0x046f5490) line 106 + 26 bytes
_PR_NativeRunThread(void * 0x04ea2a80) line 399 + 13 bytes
_threadstartex(void * 0x04ea7890) line 212 + 13 bytes
KERNEL32! 77f04ee8()

Comment 5

[HJ]

This is an HTTP bug. Take this snap "http://target+.summum.net/getAd.asp" as
example:

mozilla       GET /getAd.asp HTTP 1.1 
207.35.176.8  HTTP/1.1 200 OK
mozilla       TCP [ACK] flags 0x0010 (acknowledgement set)

and now simply waits for an acknowledgement, wait for the timeout to showup!

BTW this is a simple cookie set request.

Comment 6

[HJ]

The fix for 66577 has fixed this I guess. I now can load this page, fast and 
without a problem. Can you please both confirm that this issue is solved so this
bug can be closed as fixed? Thank you.

Comment 7

[Grant Kwok]

Yes, I can confirm the problem has been resolved.