219561 - going back/forward to unstyled xml pages adds a "black"/corrupted area at the bottom of the display area

Status: NEW

(Core :: XML, defect)

Description

[Sekundes]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030916
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20030916

the lower part of unstyled xml page is blacken while go back to that page. It
displays normally after scrolling the scrollbar.

Reproducible: Always

Steps to Reproduce:
1.open unstyled xml pages.
2.scroll down the scrollbar to the bottom of the page.
3.go to another website.
4.go back to the unstyled xml page.
Actual Results:  
The lower part of unstyled xml page is blacken.

Expected Results:  
the unstyled xml page should be displayed normally.(no black screen)

Comment 1

[Evgeny]

Reproducible on 1.5 RC1, Windows Server 2003

Comment 2

[Sekundes]

yes, I also produced on 1.5 RC1, should be fixed before 1.5 is released.
P.S. I don't have permission to mark as NEW.

Comment 3

[Sekundes]

the xml style does not work properly under this page:
http://xstandard.com/xml.asp?id=700AAD69-9450-4E84-982E-1EEBA8116735
in 1.5 RC1 too.

Comment 4

[Sekundes]

Reproducible on 1.6a, Windows 2000

Comment 5

[Sekundes]

still reproducible on 1.7a, owner mark to NEW please

Comment 6

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031208] (W98SE)

Confirmed,
going back/forward between
<http://forums.mozillazine.org/rdf.php>
and
<http://www.mozilla.org/>.

1) Actually, it's not the page content itself which goes "black":
   The end of the page is still displayed correctly;
   But the display area itself has an extra black area at its bottom.
   (I'll attach a picture)
2) It can also happen if near but not at the very end of the page.
3) It does not always go "black": sometimes it simply leaves some (possibly
corrupted) part of the other page (when playing with tabs !?)...

Updating:
*(S) Major -> Minor, (easy workaround)
*(S) Unconfirmed -> New

Comment 7

[Serge Gautherie (:sgautherie)]

Attachment: Corrupted display example

Going _forward_ in new window, too.

Comment 8

[Serge Gautherie (:sgautherie)]

Re comment 5:

Could this bug have been solved by bug 225854 fix ?
Can you check with a v1.7a after 20040107 ? (you didn't say which one you tested)

(Can someone check a v1.6branch (after 20040107) too ?)

Comment 9

[Sekundes]

The build I tested is Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a)
Gecko/20040108
I don't think it is fixed.

Comment 10

[Serge Gautherie (:sgautherie)]

Thanks for the confirmation: bug still there.

One can do the back/forward with <about:blank> too :-)

(This bug might belong to Layout (or GFX) rather than XML ??)

Could anyone check a non-Windows build ?


Re comment 7:

That page does not show the "black"/corrupted bug:
Please, file a different bug for the style issue.

Comment 11

[Serge Gautherie (:sgautherie)]

Argh :-(
Restoring 'XML' Component;
and the other URL/bug is in comment 3, not 7.

Comment 12

[Torben]

Also happens on Mac OS X (2004011005-trunk and 2004011009-1.6).

Comment 13

[Sekundes]

Re #11:
okay, that bug has been filed to http://bugzilla.mozilla.org/show_bug.cgi?id=230660

Comment 14

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I filed comment 3 as bug 230811.

I suspect the problem is that the scroll position is being restored incorrectly
due to the really weird loading process I described in bug 198506 comment 22.

Comment 15

[chris hofmann]

too late for 1.6.  going to have to get this for 1.7

Comment 16

[chris hofmann]

heikki, any cycles to work on this or thoughts on who might be able to pick it up?

Comment 17

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Sorry, I don't have time for this right now. I'm giving this to Jonas for now.

I took a brief look in DOM Inspector, and something strange seems to be going on.

After the output from the XSLT transformation we have a *copy of the original*
document in the DOM. The root of the XSLT transformed document is html:div, and
it's new strange sibling is html:span, which contains a copy of the original XML
document.

It seems like there is some additional weirdness going on with the document in
comment #3 - the transformed document is missing most of its style.

Comment 18

[Asa Dotzler [:asa]]

not going to block the release on this. 

Comment 19

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

The fact that we have the original dom retained was one of the designgoals of
xmlprettyprinting. We don't want to change the dom since someone could have been
loading the document just to get data from it using script.

What prettyprinting does is to insert anonymous XBL content that displays the
prettyprint, which is what you see in the DOM-Inpspector. If you configure the
dominspector to not show anonymous content it'll become very clear what's happening.

Comment 20

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee is inactive on Bugzilla, so the assignee is being reset.