42068 - View source updates partially after page changes

Status: VERIFIED WORKSFORME

(SeaMonkey :: UI Design, defect, P3)

Description

[Christos Cheretakis]

I did this: View a page, generated dynamicly by PHP. Spot an error, change code
and page gets smaller. "View source" shows arbitrary extra characters after the
closing </html> tag. These chars are parts of the source being displayed, but i
asume they're left there from previous page load.
When mozilla crashes and is relaunched, the same thing happens.
When removing .mozilla directory, page source displays OK.
Testing it on linux/2000060811

Comment 1

[Blake Ross]

->XP Apps

Garbage characters appearing after the closing HTML tag is a known bug.  
Reporter: can you provide us with a PHP address so we can determine if this is 
a different issue?

Comment 2

[Christos Cheretakis]

I'd love to, but the application is installed in my intranet and is not always
available to the outside world.

Comment 3

[Christos Cheretakis]

I got to see it in page mentioned on URL. I guess it changed between two visits...

Comment 4

[Blake Ross]

I don't quite understand.  What do you mean "change code"?  Edit the code, save 
and review it?  We need more indepth instructions to reproduce this or this bug 
will continue to lie around unconfirmed...

Please try deleting your entire mozilla directory, including mozregistry.dat, 
and using a brand new M17 nightly build...post here with the results.

Comment 5

[Christos Cheretakis]

By change of code I mean change of the PHP code that generates the page. I tried
with file: URLs, but it works. The page i initially got this is one on an
internal webserver. I changed the code that generates it, and the page became
smaller in size. Mozilla's view source had some arbitrary bytes after the
closing </html> tag of the source, that looked like part of the page. I assume
it's something like running over the end of some buffer.

Comment 6

[Christos Cheretakis]

Here's a screenshot of the old&new view. If you check the bottom of the window,
there are two closing </html> tags and between them some lines of repeated code.
Taken on linux/062920

Comment 7

[Christos Cheretakis]

Attachment: screenshot

Comment 8

[sairuh (rarely reading bugmail)]

ah...now this sounds familiar. jrgm, krizter do either of you know of an
existing bug where there are duplicate </body> and/or </html> tags shown in the
source? i've heard of it before (layout issue??), but cannot recall the bugid!
thx...

Comment 9

[John Morrison]

Thinking of bug 37552 and bug 39782? (they wound up as wfm).

Comment 10

[sairuh (rarely reading bugmail)]

yeah, i was thinking of bug 37552...but this could be a dup of either of those.
(apparently bug 39782 is still happening.) tever, what d'you think?

Comment 11

[Asa Dotzler [:asa]]

I've seen this once or twice in view source and a couple of times in webpages
(bug reports specifically)in the last few builds where the page is layed out
with a big repeating section. I thikn it's probably bug 39782 and that should be
re-opened.

Comment 12

[Asa Dotzler [:asa]]

Christos Cheretakis, are you still seeing this in current  builds?

Comment 13

[Christos Cheretakis]

linux/2000-10-21-21 does not seem to have a problem

Comment 14

[Richard Waid]

Marking WORKSFORME on basis of last comment by [e-mail].

Feel free to reopen if this happens again [e-mail].

Comment 15

[sairuh (rarely reading bugmail)]

mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)