<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>133788</bug_id>
          
          <creation_ts>2014-06-12 00:36:47 -0700</creation_ts>
          <short_desc>Colgroups work differently with/without span</short_desc>
          <delta_ts>2023-03-21 01:38:29 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Tables</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>CONFIGURATION CHANGED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="David Gausmann">David.Gausmann</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ahmad.saleem792</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1015052</commentid>
    <comment_count>0</comment_count>
      <attachid>232935</attachid>
    <who name="David Gausmann">David.Gausmann</who>
    <bug_when>2014-06-12 00:36:47 -0700</bug_when>
    <thetext>Created attachment 232935
Example for the not matching tables

Some of mine colleagues reported to me that two tables doesn&apos;t fit in browsers with Webkit engine in an internal website.
I found out that this is a bug, which depends on the usage of colgroups and the span attribute.

In browsers like Firefox, Internet Explorer, ... the following two definitions are equal:
&lt;colgroup&gt;
  &lt;col style=&quot;width:4em&quot; span=&quot;3&quot;&gt;
&lt;/colgroup&gt;

&lt;colgroup&gt;
  &lt;col style=&quot;width:4em&quot;&gt;
  &lt;col style=&quot;width:4em&quot;&gt;
  &lt;col style=&quot;width:4em&quot;&gt;
&lt;/colgroup&gt;

In Webkit they aren&apos;t. Instead the widths are calculated differently.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1942745</commentid>
    <comment_count>1</comment_count>
    <who name="Ahmad Saleem">ahmad.saleem792</who>
    <bug_when>2023-03-20 18:36:30 -0700</bug_when>
    <thetext>I am not able to reproduce this bug in Safari Technology Preview 165, Chrome Canary 113 and Firefox Nightly 113. All render this same.

Can we mark this as “RESOLVED CONFIGURATION CHANGED”? Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1942791</commentid>
    <comment_count>2</comment_count>
    <who name="David Gausmann">David.Gausmann</who>
    <bug_when>2023-03-21 01:38:29 -0700</bug_when>
    <thetext>I cannot reproduce this bug today.
It must have been fixed in the last nine years.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>232935</attachid>
            <date>2014-06-12 00:36:47 -0700</date>
            <delta_ts>2014-06-12 00:36:47 -0700</delta_ts>
            <desc>Example for the not matching tables</desc>
            <filename>webkit.htm</filename>
            <type>text/html</type>
            <size>1490</size>
            <attacher name="David Gausmann">David.Gausmann</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWw+DQo8aHRtbD4NCjxoZWFkPg0KPHRpdGxlPnRlc3Q8L3RpdGxlPg0KPHN0
eWxlIHR5cGU9InRleHQvY3NzIj4NCg0KaHRtbCwgYm9keQ0Kew0KICBtYXJnaW46ICAwOw0KICBw
YWRkaW5nOiAwOw0KICBmb250OiAgICAxMHB0IEFyaWFsLHNhbnMtc2VyaWY7DQp9DQoNCnRhYmxl
DQp7DQogIGJvcmRlci1jb2xsYXBzZTogc2VwYXJhdGU7DQogIGJvcmRlci1zcGFjaW5nOiAgMDsN
CiAgZW1wdHktY2VsbHM6ICAgICBzaG93Ow0KfQ0KDQp0ZA0Kew0KICBib3JkZXI6IDFweCBzb2xp
ZCBibGFjazsNCn0NCg0KPC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5Pg0KDQo8IS0tIGZpcnN0IHRh
YmxlIC0tPg0KPGRpdiBzdHlsZT0icG9zaXRpb246Zml4ZWQ7IHdpZHRoOjEwMCUiPg0KPHRhYmxl
IHN0eWxlPSJ3aWR0aDoxMDAlIj4NCiAgPGNvbGdyb3VwPg0KICAgIDxjb2wgc3R5bGU9IndpZHRo
OjZwdCI+DQogICAgPGNvbCBzdHlsZT0id2lkdGg6YXV0byI+DQogICAgPGNvbCBzdHlsZT0id2lk
dGg6NGVtIiBzcGFuPSI3Ij4NCiAgICA8Y29sIHN0eWxlPSJ3aWR0aDo2cHQiPg0KICA8L2NvbGdy
b3VwPg0KICA8dGJvZHk+DQogICAgPHRyPjx0ZD48L3RkPjx0ZD5EZXNjcmlwdGlvbjwvdGQ+PHRk
Pk1vbjwvdGQ+PHRkPlR1ZTwvdGQ+PHRkPldlZDwvdGQ+PHRkPlRodTwvdGQ+PHRkPkZyaTwvdGQ+
PHRkPlNhdDwvdGQ+PHRkPlN1bjwvdGQ+PHRkPjwvdGQ+PC90cj4NCiAgPC90Ym9keT4NCjwvdGFi
bGU+DQo8L2Rpdj4NCg0KPCEtLSBzZWNvbmQgdGFibGUgLS0+DQo8ZGl2IHN0eWxlPSJwYWRkaW5n
OiAyZW0gMDsiPg0KPHRhYmxlIHN0eWxlPSJ3aWR0aDoxMDAlIj4NCiAgPGNvbGdyb3VwPg0KICAg
IDxjb2wgc3R5bGU9IndpZHRoOjZwdCI+DQogICAgPGNvbCBzdHlsZT0id2lkdGg6YXV0byI+DQog
ICAgPCEtLSA8Y29sIHN0eWxlPSJ3aWR0aDo0ZW0iIHNwYW49IjciPiAtLT4NCiAgICA8Y29sIHN0
eWxlPSJ3aWR0aDo0ZW0iPg0KICAgIDxjb2wgc3R5bGU9IndpZHRoOjRlbSI+DQogICAgPGNvbCBz
dHlsZT0id2lkdGg6NGVtIj4NCiAgICA8Y29sIHN0eWxlPSJ3aWR0aDo0ZW0iPg0KICAgIDxjb2wg
c3R5bGU9IndpZHRoOjRlbSI+DQogICAgPGNvbCBzdHlsZT0id2lkdGg6NGVtIj4NCiAgICA8Y29s
IHN0eWxlPSJ3aWR0aDo0ZW0iPg0KICAgIDxjb2wgc3R5bGU9IndpZHRoOjZwdCI+DQogIDwvY29s
Z3JvdXA+DQogIDx0Ym9keT4NCiAgICA8dHI+PHRkPjwvdGQ+PHRkPkNha2U8L3RkPjx0ZD4xPC90
ZD48dGQ+MjwvdGQ+PHRkPjM8L3RkPjx0ZD40PC90ZD48dGQ+NTwvdGQ+PHRkPjY8L3RkPjx0ZD43
PC90ZD48dGQ+PC90ZD48L3RyPg0KICAgIDx0cj48dGQ+PC90ZD48dGQ+Q29mZmVlPC90ZD48dGQ+
MTwvdGQ+PHRkPjI8L3RkPjx0ZD4zPC90ZD48dGQ+NDwvdGQ+PHRkPjU8L3RkPjx0ZD42PC90ZD48
dGQ+NzwvdGQ+PHRkPjwvdGQ+PC90cj4NCiAgPC90Ym9keT4NCjwvdGFibGU+DQoNCjwvYm9keT4N
CjwvaHRtbD4=
</data>

          </attachment>
      

    </bug>

</bugzilla>