Closed Bug 41391 Opened 25 years ago Closed 25 years ago

Non-commented STYLE code shows up as text

Categories

(Core :: DOM: HTML Parser, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 40143

People

(Reporter: matt, Assigned: harishd)

References

()

Details

(Keywords: regression)

Attachments

(3 files)

Build 2000, 06/01, Redhat Linux 6.1, Kernel 2.2.14, i686 Non-commented code between STYLE tags shows up as text inside of a page.
This looks like a content sniffing issue. If I load one of the pages served to Nav4 into mozilla, it works. But then, Nav4 might be saving the page after dealing with document.write stuff. I can't tell what the contents of the frames sent to Mozilla are because "Open Frame in New Window" does strange things (reloads whole frameset) because Mozilla isn't caching the response, and I can't tell what's served to Mozilla because View Frame Source doesn't work. Marking dependent on 32360, since I can't figure out a way to see what is served to Mozilla.
Depends on: 32360
I can't even get a usable response by speaking HTTP to the server. Maybe there are cookies involved...
Yup... the original page sets the cookies: Set-Cookie: JServSessionIdnetdrive=uxwc5errg9; path=/ Set-Cookie: visit_session=zelgaldis; domain=.netdrive.com; path=/ Set-Cookie: ndSubRegion=; domain=.netdrive.com; path=/ But sending the following HTTP request didn't help: GET /MyDrive/home.html HTTP/1.1 Host: www.netdrive.com Connection: close Accept: */* Accept-Encoding: gzip,deflate,compress,identity Accept-Language: en Referer: http://www.netdrive.com/MyDrive/index.jsp?visit_session=zelgaldis&NDDIR=/My%20Public%20Files/ User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.5-22 i686; en-US; m16) Gecko/20000603Cookie: JServSessionIdnetdrive=uxwc5errg9; visit_session=zelgaldis; ndSubRegion= it returned: HTTP/1.1 200 OK Date: Sat, 03 Jun 2000 21:01:49 GMT Server: Apache/1.3.9 (Unix) ApacheJServ/1.1 PHP/3.0.14 DAV/0.9.16 X-Powered-By: PHP/3.0.14 Connection: close Transfer-Encoding: chunked Content-Type: text/html 94 <HTML> <HEAD> <META HTTP-EQUIV="EXPIRES" CONTENT="Thu, 11 May 2009 15:48:23 UTC"> </HEAD> <body bgcolor="#ffffff"> &nbsp; </body> </HTML> 0 So how am I supposed to see the source of the page causing the problem???
OK, here's how to reproduce things on Mozilla, starting with no Netdrive cookies. 1) Go to http://www.netdrive.com/~zelgaldis/ 2) Click on the "Public Files" button That should do it.
confirming on NT and Mac with 060508 build. updating platforme and OS to All. updating component and owner
Assignee: asa → pierre
Status: UNCONFIRMED → NEW
Component: Browser-General → Style System
Ever confirmed: true
OS: Linux → All
QA Contact: jelwell → ckritzer
Hardware: PC → All
Kicked back to Parser.
Assignee: pierre → rickg
Component: Style System → Parser
QA Contact: ckritzer → janc
I can't get to the cited page, but a simple testcase does not reproduce the problem. Back to pierre for more data. Sample testcase: <HTML> <HEAD> <STYLE type="text/css"> P { background-color:yellow; } </STYLE> </HEAD> <BODY> <p>test text</p> </BODY> </HTML>
Assignee: rickg → pierre
Sorry Rick. It was a nice bug to track down, you missed all the fun. Here is more data for you then. The testcase is below, I'm going to attach it too. It reminds me of bug 40809 that you fixed 2 weeks ago where ViewSource was dumping to the screen everything between the <STYLE> tags without formatting. In the present case too, the data is sent to the screen exactly as if the <STYLE> tag were an unknown tag. It's a regression: the testcase and the page at the URL above it used to work in M15. <html> <head> <script> function start() { setTimeout("doit()", 500); } function doit() { document.clear(); document.open("text/html"); document.writeln("<HTML><HEAD><STYLE>"); document.writeln(".testclass \{ font: bold 72px courier\}"); document.writeln("</STYLE></HEAD><BODY>"); document.writeln("<font size=7 color=red class=testclass>...jumps over the lazy dog</font>"); document.writeln("</BODY></HTML>"); document.close(); } </script> </head> <body onload="start()"> </body> <font size=7 color=blue> The quick brown fox... </font> </html> I'm also going to attach the TCP packets just in case we need that later. They have been collected with StreamWatcher after modifying nsHTTPHandler.cpp to disable the keep-alive and allow only one connection at a time (the network prefs don't work anymore...) in order to receive the data sequentially.
Assignee: pierre → rickg
Keywords: regression
Attached file testcase
This is probably fixed in my tree ( Ref. bug 40143 ). Moving it to my plate.
Status: NEW → ASSIGNED
Moving to my list.
Assignee: rickg → harishd
Status: ASSIGNED → NEW
*** This bug has been marked as a duplicate of 40143 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Verified dupe.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: