Unexpected layout of img and table. Shows fine after refresh

RESOLVED WORKSFORME

Status

()

--
trivial
RESOLVED WORKSFORME
17 years ago
15 years ago

People

(Reporter: hof, Unassigned)

Tracking

Trunk
x86
Windows 2000
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: {inc}, URL)

Attachments

(3 attachments)

(Reporter)

Description

17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020723
BuildID:    2002072308

When viewing articles from www.wsj.com regularly the pictures and tables appear
not in the area that -seems- reserved for them (there is a block of whitespace
sized like the pic/table). This corrects after refreshing the page.

This is not reproducible when i load the page from disk, but when i go back in
the browser to the wsj home page and click on the article again it displayed
wrong again. 

Reproducible: Always
Steps to Reproduce:
1. view page from the wsj site
2. press refresh (to make the page layout as it should) 
3. press back and select link again and it shows wrong again

Expected Results:  Should show the page immediately like it shows after the refresh
(Reporter)

Comment 1

17 years ago
Created attachment 92483 [details]
Source of the page

Attached the source of the page.
(Reporter)

Comment 2

17 years ago
Created attachment 92485 [details]
Screenshots of layout 

Zip file with screenshots: 
wsj-1{a,b} shows incorrect rendering 
wsj-2{a,b) shows the same page correctly after hitting refresh
(Reporter)

Comment 3

17 years ago
Created attachment 92486 [details]
Another unexpected rendering

This is the same page but i suspect they changed it slightly. It has the same
unexpected layout but in a different way

Updated

17 years ago
Attachment #92483 - Attachment mime type: application/octet-stream → application/zip

Updated

17 years ago
Attachment #92485 - Attachment mime type: application/octet-stream → application/zip

Updated

17 years ago
Attachment #92486 - Attachment mime type: application/octet-stream → application/zip

Comment 4

17 years ago
Erik: Could you minimal testcase? 
(Reporter)

Comment 5

17 years ago
it's kind of hard to come up with a minimal testcase, when i save the file to
disk i dont see it when i load it from disk. Any suggstions? I checked out cvs
yesterday and compiled. when i browse around on the wsj site i get this assert
on the page that shows a similar misplacement of a table. could this have
anything to do with it? 

WARNING: aFrame is already associated with a region, file
d:\moz_src\mozilla\layout\base\src\nsSpaceManager.cpp, line 792
###!!! ASSERTION: bad floater placement: 'NS_SUCCEEDED(rv)', file
d:\moz_src\mozilla\layout\html\base\src\nsBlockReflowState.cpp, line 1040
Break: at file d:\moz_src\mozilla\layout\html\base\src\nsBlockReflowState.cpp,
line 1040
(Reporter)

Comment 6

17 years ago
After i clear the caches (mem&disk) I am not seeing this anymore. At home (were
i cleanned the cache) wsj pages are displaying correctly at work i still see the
issue but havent cleaned any cache. 

Comment 7

16 years ago
I am still seeing this, even after clearing the cache and restarting Mozilla. I
am using 2002080908 on Windows XP and the results are very similar to Erik's
screenshots.

A workaround is to hit F9 (sidebar) which reflows text correctly around the picture.
The first zip file appears to be corrupt.
Assignee: attinasi → other
QA Contact: petersen → ian
Whiteboard: {inc}
After refreshing every which way, WFM Mozilla/5.0 (Windows; U; Win98; en-US;
rv:1.6b) Gecko/20031208

Reporter, have you tested this with a recent build, say one of the 1.6s?

Comment #8:
It worked just fine for me.  I was using WinRAR.
(Reporter)

Comment 10

15 years ago
(In reply to comment #9)

I do not see this anymore in recent builds. 

thanks. 



Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.