Closed
Bug 198297
Opened 23 years ago
Closed 22 years ago
Page source is displayed instead of being rendered.
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: nerd, Assigned: darin.moz)
References
()
Details
Attachments
(1 file)
|
107.40 KB,
image/jpeg
|
Details |
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.
Comment 1•23 years ago
|
||
Do you have pipelining turned on?
| Reporter | ||
Comment 2•23 years ago
|
||
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?
Comment 3•23 years ago
|
||
->Networking
Assignee: asa → darin
Component: Browser-General → Networking: HTTP
QA Contact: asa → httpqa
| Assignee | ||
Comment 4•23 years ago
|
||
this might be a duplicate of bug 195746.
Comment 5•23 years ago
|
||
WFM with Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030304
Comment 6•23 years ago
|
||
Also WFM with actual
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030319
| Reporter | ||
Comment 7•23 years ago
|
||
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.
| Reporter | ||
Comment 8•23 years ago
|
||
| Reporter | ||
Comment 9•23 years ago
|
||
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.
Comment 10•22 years ago
|
||
unable to reproduce the described problems after repeated attempts with latest
trunk mozilla build
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•