Page does not load on 1999062808 build: a parser or network bug?
Eric -- the parser seems to be doing the right thing with this document, but that frames don't load. If your replace the given URL's with a simple file URL it works, so I suspect a frame bug or a URL resolution bug.
The bug lies in nsNetlibService::CreateURL. The following parameters are passed in: aSpec = "/RUN?FN=bottom_frame&locale=en&Cook=&SEQ=&dyn=NoRef:5712&ver=3.0.0" aContextURL = "http://www.bigfoot.com" aSpec is a relative URL, but CreateURL finds the : at position 51 in aSpec and assumes it found a protocol specifier, then treats aSpec as an absolute URL. The generated url is then: http:// When it should be: http://www.bigfoot.com/RUN?FN=bottom_frame&locale=en&Cook=&SEQ=&dyn=NoRef:5712&ver=3.0.0 Assigning to warren as cvsblame points that way.
Interesting. We'll have this problem in necko too. I'll fix it.
Whiteboard: [MAKINGTEST] Antti.Nayha@oulu.fi → [TESTCASE] CreateURL must be fixed to correctly interpret ":" character
Attaching a minimized test case & rewriting the bug report in accordance to the guidelines. Overview description: Mozilla shortens certain types of URLs in a frameset document to "http://" (See email@example.com's earlier message for detailed information.) Steps to reproduce: 1) View the attached test case. Actual results: The two frames on the page are blank (on Win32, the desktop background "shines through"). Expected results: The two frames should both show a document (a simple list of ad banners) from http://www.bigfoot.com/ Build date & platform: - originally reported on build 1999062808 (platform unknown) Additional builds & platforms: - Apprunner 1999072711 (Windows NT 4.0 SP4) - Viewer 1999072711 (Windows NT 4.0 SP4) - M8 Apprunner (Windows NT 4.0 SP4)
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
I think this is fixed with Gagan's URL changes.
Verified fixed on 08/15/1999 Win32 Apprunner.
You need to log in before you can comment on or make changes to this bug.