Closed Bug 134318 Opened 23 years ago Closed 23 years ago

Mozilla displays contents of SGML comments

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: xalkina, Assigned: asa)

References

()

Details

Attachments

(2 files, 1 obsolete file)

In above page, there's a commented-out section of code that displays a congratulation message for some contest. With mozilla 2002032911 on linux, the content of the comment, which is plain HTML, is rendered on the page.
I don't see anything out of place with linux build 20020328. Where does the comment show up on the page?
works for me... You are referring to the "Congratulations to our monthly contest winner for November, David Noble of Orangeville" etc. bit that is in source after "Submissions List"? It does not display in linux 2002031910 nightly, 2002032911 nightly, nor in cvs from today 2002033001(+02).
Content of page is rendered as follows: - First the "top bar" on the top of the page, as it should - then the sidebars on the left with the intrnal links and ads, but page on their left is left blank - commented out part is displayed somewhere around the end of these sidebars - page content is displayed right after that, in full page width will also attach a ps file as it is printed by mozilla
screen shot kde panel, that's all
Correct screenshot.
Also happens with linux/2002040211 at http://www.xml.com/pub/a/2002/03/13/xlink.html
I have a similar problem. The URL <http://www.autark.se/sitemapper.pl?id=index> will render incorrectly on initial load, with parts of SGML comments visible. On refreshing the page, it will render normally. If you don't see the problem immediately, it should be visible by choosing any link on the page and choosing [Sajtkarta] in the top right corner on the destination page. I can also confirm the problem mentioned in comment #7, but I have no problem with the original problem URL. I find that the page will render correctly on refreshing it. Using build 20020406-16 on Linux. Also seen on builds 0404 and 0405.
(win98 nightly 2002040408) I see the problem on <http://www.autark.se/sitemapper.pl?id=index> as reported by Per Ångström. "* [Utgående] END_PRIVATE(utgaende) -->" and "* [Oktober 2001] END_PRIVATE(historikOktober2001) -->" parts appeared the first time, no problems the second and third time, "* [Juni - juli 2001] END_PRIVATE(historikJuneJuly2001) -->" the fourth time around. I never see the contest winner part on any xml.com pages though.
The problem I mentioned in comment #8 is still there in build 20020410-16 on Linux. However, I can no longer see the one in comment #7. (I have never seen the problem on the reported URL.) Interestingly, I don't see my problem on my local mirror of <http://www.autark.se/>, maybe because the connection is much faster. My theory is that the problem only occurs when the content has to rendered piece-meal, as each chunk is received from the server.
Attachment #76866 - Attachment is obsolete: true
In RC 1, build 20020415-23 on Linux, I can still see the problem on page <http://www.autark.se/sitemapper.pl?id=index>. See comment #8. It seems that I can no longer see the problem on the other pages mentioned. Does anybody else have the same experience?
I've been seeing it with newer builds as well, only on oreilly sites with the same code, but did not bother to report additional URLs. Will do so in the future.
I have redesigned the page I referred to in comment #8, so it can no longer be used to test for this bug.
I'm not seeing the problem with RC2 on OS X.
Please provide a simple testcase and clear steps to reproduce. Probably a dupe of bug 102127. pi
Christos, Tuukka, Per, do you still see this with newer builds? Works for me with 2002071808/linux.
re comment 16: No, I still don't see anything rendered from comments in <http://www.xml.com/pub/a/2002/02/27/batik/index.html>... and the <http://www.autark.se/sitemapper.pl?id=index> page was changed (comment 13) and doesn't contain the randomly appearing comments anymore. re comment 15: propably not bug 102127 as that would not explain the differences on reloads.
Tried to reproduce with 2002071808 on linux, but was not able. It's a little bit difficult, however, to get all these conditions to happen at once :-)
Marking WORKSFORME. Please reopen if anyone sees this again.. Last reported sighting was in April.. let's hope this was magically fixed since then.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
I have in vain tried to reproduce the problem by reviving the old design of the page mentioned in comment #8, so it WORKSFORME too.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: