Closed Bug 120501 Opened 23 years ago Closed 23 years ago

HMTL source is displayed

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

x86
Windows NT
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: suban_asif, Assigned: eric)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.4) Gecko/20010913 BuildID: 20010726 When in a multiple frameset window, when one of the frames page submits a form with form-target set to another frame, the target frame sometimes displays full source code of the resulting page, randomely. Sometime It also pours out garbage numbers as 13 13 13 13 13 13 13 6a3b 14 13 at top of the page and lots of such number in between various lines in the source code. If I view it in view source, I cannot see these numbers, and source code too is perfectly correct. When I save the page on to disk and try to view it again it displays correctly. This problem is only in this particular build, because in other builds there is no such problem. Reproducible: Sometimes Steps to Reproduce: 1.Create a frameset with multiple frames. 2.Create a Form in one of the frame's page and set the Form Target to the name of another frame in frameset. 3. submit the form continuously, for few times, in a such way that the result from server is shown in the target frame. Actual Results: It shows me the source code of the target frame's page, which consists of HTML and few Script tags. It also displays some numbers at the top of this page. Sometimes these numbers are strewn randomly in the source code. But when I manually reload that frame, there is no such behaviour. Expected Results: It shouldn't in anycase whatsoever, show me the HTML Source and that too so randomly. Actually, we were writing a chat program using html client. we had a send button which submits the form containing the message typed. The result is to be shown in upper frame, which displays all the messages such submitted. Also I am reloading that frames using a timer, to check for availibilty of such messages
Reporter your build ID is quite old, can you try this in a newer build? http://ftp.mozilla.org/pub/mozilla/nightly/latest/ if the problem doesn't occur in other builds, especially newer ones then it has been fixed. You can't expect every build to be bug free. Also, if you can please post a testcase or URL that demonstrates this problem it would help.
I actually wanted to know whether it was indeed a bug.We initialy suspected fault in our code.We haven't been able to reproduce in any other versions so far. May be we can now convince our boss that it wasn't actually ours fault. Anyway, this bug occurred in Netscape 6.1 browser, and I saw build number, sent to you, in the "about:netscape" page. Thanks for timely reply.
how about giving the url of the page your talking about, so we can reproduce and verify it
no testcae and very old build -> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.