Bug 17801 - <table width="0"> causes image misalignment
Summary: <table width="0"> causes image misalignment
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tables (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Windows XP
: P2 Normal
Assignee: Nobody
URL: http://celebs.walla.co.il/?w=/3603/12...
Keywords: HasReduction, InRadar
Depends on:
Blocks: 17808
  Show dependency treegraph
 
Reported: 2008-03-12 12:58 PDT by jasneet
Modified: 2023-02-18 03:43 PST (History)
9 users (show)

See Also:


Attachments
screenshot (162.60 KB, image/jpeg)
2008-03-12 12:59 PDT, jasneet
no flags Details
reduction (1.92 KB, text/html)
2008-03-12 13:00 PDT, jasneet
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description jasneet 2008-03-12 12:58:52 PDT
I Steps:
http://celebs.walla.co.il/?w=/3603/1204141

II Issue:
Notice the overlapping of images onto right nav bar.

III Conclusion:
Issue is caused due to table width property set to zero: <table width="0">;  removing this property aligns bigger image and smaller images in the center column.

Note: IE and FF treat <td align="center"> differently and therefore there is a difference seen in alignment of images in center column. Safari behave similar to FF.

IV Other browsers:
IE7: ok
FF2: ok
Opera: partially ok

V Nightly tested: 30236
Comment 1 jasneet 2008-03-12 12:59:34 PDT
Created attachment 19705 [details]
screenshot
Comment 2 jasneet 2008-03-12 13:00:00 PDT
Created attachment 19706 [details]
reduction
Comment 3 gur.trio 2013-08-02 00:32:40 PDT
Firefox and safari/chrome behaviour is different. 
As mentioned in the content table width is zero which mozilla doesnot apply. When we see the layout of table it shows 408*608 and for other table its 416*88.

Spec says 
"With this (fast) algorithm, the horizontal layout of the table does not depend on the contents of the cells; it only depends on the table's width, the width of the columns, and borders or cell spacing."

Also http://www.w3schools.com/cssref/tryit.asp?filename=trycss_table_table-layout when we change the width of 2nd table from 100% to 0px mozilla takes the width of content i.e td rather than 0px.

So seems safari/chrome is correct.
Comment 4 Ahmad Saleem 2022-08-17 15:38:37 PDT
Summary of results based on reduction:

*** Safari 15.6 on macOS 12.5.1 ***

Pushes bottom green boxes next to "maroon" bar

*** Safari Technology Preview 151 ***

Green boxes just below the blue box edge from left side with space after both of boxes

*** Chrome Canary 106 ***

Green boxes just below the blue box edge from left side with space after both of boxes


*** Firefox Nightly 106 ***

Totally different with "Blue" box being pushed to left side and aligning "green" boxes as well and does not have border colours for a big and two small rectangles.

_______

Due to size of output, I am not able to share screenshot of rendering but just wanted to share updated results. Thanks!
Comment 5 Radar WebKit Bug Importer 2022-08-30 20:12:12 PDT
<rdar://problem/99364585>
Comment 6 Ahmad Saleem 2023-02-18 03:43:39 PST
(In reply to Ahmad Saleem from comment #4)
> Summary of results based on reduction:
> 
> *** Safari 15.6 on macOS 12.5.1 ***
> 
> Pushes bottom green boxes next to "maroon" bar
> 
> *** Safari Technology Preview 151 ***
> 
> Green boxes just below the blue box edge from left side with space after
> both of boxes
> 
> *** Chrome Canary 106 ***
> 
> Green boxes just below the blue box edge from left side with space after
> both of boxes
> 
> 
> *** Firefox Nightly 106 ***
> 
> Totally different with "Blue" box being pushed to left side and aligning
> "green" boxes as well and does not have border colours for a big and two
> small rectangles.
> 
> _______
> 
> Due to size of output, I am not able to share screenshot of rendering but
> just wanted to share updated results. Thanks!

Just to update WebKit ToT (260503@main) now matches “Chrome Canary 112” but still differ from Firefox Nightly 112.