NEW32206
"padding: 0; width: auto" on <td> elements causes the computed width to be 0 instead of flexible, with workaround
https://bugs.webkit.org/show_bug.cgi?id=32206
Summary "padding: 0; width: auto" on <td> elements causes the computed width to be 0 ...
Alex Forster
Reported 2009-12-06 21:37:18 PST
Created attachment 44382 [details] Two HTML demo files and the above screenshots, in case Imageshack craps out. I'm having trouble trying to describe this bug, and of course a picture is worth a thousand words, so... Demonstration, showing WebKit, Gecko, IE7, and IE8- http://img705.imageshack.us/i/bugdemonstration.png/ Workaround/expected behavior- http://img689.imageshack.us/i/bugworkaround.png/ Note that I confirmed the behavior using WebKit on Safari for Windows, on my iPhone, and on Chrome.
Attachments
Two HTML demo files and the above screenshots, in case Imageshack craps out. (156.61 KB, application/zip)
2009-12-06 21:37 PST, Alex Forster
no flags
Parag Radke
Comment 1 2011-11-08 01:07:19 PST
The reason behind this difference what i figured it out is firefox and webkit's table rendering algo differ's a bit, if the table's column width type is auto and is set to 0 they both don't allocate any width to that column but if all such auto width columns have 0 width than firefox redistributes the available width to all of them equally but webkit don't. If this is a valid bug, then i can start working on it.
Ahmad Saleem
Comment 3 2022-06-10 16:24:46 PDT
I turned the Zip file into JSFiddle as below: Link - https://jsfiddle.net/ny72pxqt/ I am still able to reproduce this bug using Safari 15.5 on macOS 12.4. All other browsers, Chrome Canary 104 and Firefox Nightly 103 works same. Thanks!
Radar WebKit Bug Importer
Comment 4 2022-06-17 12:09:49 PDT
Note You need to log in before you can comment on or make changes to this bug.