Closed Bug 198297 Opened 23 years ago Closed 22 years ago

Page source is displayed instead of being rendered.

Categories

(Core :: Networking: HTTP, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: nerd, Assigned: darin.moz)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030319 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030319 When you go to this link http://www.nerd3d.com/Forum/index.php?action=gallery the page is rendered as plain text, or partially rendered. But if you view it with this link http://www.nerd3d.com/Forum/gallery/ the page renders as expected. The first link simply redirects the browser to the second URL. I'm guessing that the browser is beginning to render the page before it has enough data to get it right, and is rendering as plain text. If you view the source for either page they are the same. This was working properly in 1.3b. The problem started with 1.3 final and is present in 1.4a as well. Reproducible: Sometimes Steps to Reproduce: You may need to try the link several times to get a mis rendered page. It deoes it for me about 30% of the time.
Do you have pipelining turned on?
No, the 1.4a is an absolutly stock install. Default settings and no plugins. But I played with it a bit. Turning pipeline on seems to make it do it every time, rather than 1 in 3. Could it be some part of the pipeline code is running even with the option off?
->Networking
Assignee: asa → darin
Component: Browser-General → Networking: HTTP
QA Contact: asa → httpqa
this might be a duplicate of bug 195746.
WFM with Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030304
Also WFM with actual Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030319
I will work the first few times. I just had to hit the link 6 times to get it to mess up. It is doing it on 3 seperate systems. One is a brand new W2K box. Attaching a screen shot of the results too. This may be related to bug 195746. Every once in a while it will offer to save the php file instead of rendering it as text. Also note too, if you view the source it is correct.
Attached image Screen Grab
Almost forgot! if you "reload" the page always displays correctly. You need to go back and click the link. (Maybe several times) I'm still trying to find another test case of isolate the code that is making it choke.
unable to reproduce the described problems after repeated attempts with latest trunk mozilla build
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
V/wfm.
QA Contact: networking.http → benc
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: