Closed Bug 40881 Opened 25 years ago Closed 24 years ago

wrong interpreting tables size

Categories

(Core :: Layout: Tables, defect, P3)

Product:
Core
Component:
Layout: Tables
Platform:
x86
All
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: mgroch, Assigned: karnaze)

References

(
URL
)

Details

Attachments

(1 file)

HTML source and images that looks wrong.
58.87 KB, application/x-gtar
Details
From Bugzilla Helper: User-Agent: Mozilla/4.73 [en] (X11; I; Linux 2.2.15 i686) BuildID: 2000052720 in the page at http://kufel.immt.pwr.wroc.pl/~its83988, the left table's collumn is too small. Mozilla gets me info: Warning - table cell content max element height 285 greater than desired height 270 It looks OK only after reloading. Reproducible: Always Steps to Reproduce: 1. start mozilla 2. connect to http://kufel.immt.pwr.wroc.pl/~its83988 3. wait for loading all images 4. reload page Actual Results: After step 3 pade looks wrong After step 4 page looks almost good. I raported this with built 200051608 [Bug 40875] You tald it looks fine To me it steel looks wrong the first time Built 2000052708 and 2000052720 I'm using linux-2.2.15 on Debian 2.2 but it looks wrong on Mandrake 6.1 too, I can not test it on windows, I have not one. Would you see the screenshot at http://kufel.immt.pwr.wroc.pl/~its83988/zrzut1.gif please.
WFM - Linux 2000052608
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Ok. I checked the screenshot and I see this happen in Linux 2000052720. ( Originally I had my sidebar off and resolution high, so it didn't happen for me ) I cannot re-create this with Win32 2000052720
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
changing component
Assignee: asadotzler → karnaze
Component: Browser-General → HTMLTables
QA Contact: jelwell → chrisd
Well, now my sidebar is off, and this bug is steel happen for me. Maybe page was loading slow for you so all was OK. Please load pade from your harddisk (www.tgz in attachments). I do not have idea why all is ok for you.
Confirming the bug for Win98. Changing OS to All. It seems that it is neccesarry to load the files from harddisk to see the lack of reflow.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Not only from hdd. When I load it from network I always see the bug, but transfer from the serwer to me is ~100kB/s. Now I think that all is OK when transfer is slow. Mozilla have more time so interprets all correctly.
mgroch, I'm on Windows and cannot extract the attachment. Can you put it in a different form or at least include the html as an attachment. Thanks.
Status: NEW → ASSIGNED
Keywords: qawanted
Comments from reporter: Sorry, I can not create any otcher attachment. If you want, you can get all tche files from http://kufel.immt.pwr.wroc.pl/~its83988/bugzilla/www/. The name of index.html file is index2.html. Sorry for trouble but I am not on network now. If you want to extract the attachment on windows you can do it witch WindowsComander, I think. mirek
I see this in build 20000881008 in Windows 2000. Upon refreshing it looks almost right.
chrisd, can you verify that this is still a problem. If it is, can you please make a better test case. I am not seeing the problem on WinNT.
QA contact update
QA Contact: chrisd → amar
Now all looks right because I added the table size to index.html file. Before that only sometimes the size was wrong but only when page was loaded from HDD or fast network. I think the problem is FIXED now.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
The problem with the wrong interpretation of the tables does not exist any more and form the above comments I am marking verified on 2001-07-27-00-0.9.2 build..
Status: RESOLVED → VERIFIED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: