<?xml version="1.0" encoding="utf-8"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="en">
<title>Bug Report</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/" />
<modified>2006-04-12T10:06:32Z</modified>
<tagline></tagline>
<id>tag:www.quirksmode.org,2006:/bugreports//2</id>
<generator url="http://www.movabletype.org/" version="3.14">Movable Type</generator>
<copyright>Copyright (c) 2006, Bugreporting System</copyright>
<entry>
<title>Disappearing forms</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/04/Disappearing_forms.html" />
<modified>2006-04-12T10:06:32Z</modified>
<issued>2006-04-12T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.734</id>
<created>2006-04-12T11:00:00Z</created>
<summary type="text/plain">In Safari, if you have a form that&apos;s inside a div with the clearfix (read about it here) class applied, the form will not show up on the page unless you specifically apply display: block to the containing div.
</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Safari</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>In Safari, if you have a form that's inside a div with the clearfix (<a href="http://positioniseverything.net/easyclearing.html" class="external">read about it here</a>) class applied, the form will not show up on the page unless you specifically apply display: block to the containing div.</p>

<p><a href="http://amber.tangerinecs.com/examples/safari_form_bug.html" class="external">Test page</a> Workaround is included<br />
Reported by: <a href="http://amber.tangerinecs.com" class="external">Amber Rhea</a>.</p>
]]>
</content>
</entry>
<entry>
<title>CSS Bug in MSIE 6 - Selector with an ID and a Class on the Same Element</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/04/CSS_Bug_in_MSIE_6_Selector_with_an_ID_and_a_Class_.html" />
<modified>2006-04-10T13:02:57Z</modified>
<issued>2006-04-10T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.733</id>
<created>2006-04-10T11:00:00Z</created>
<summary type="text/plain">Let&apos;s say that you have an element with an id of id.  This element can have either of two different classes, classOne or classTwo.  (Either you&apos;re swapping the className in script, or it can have different classes on different pages.)

Your CSS might look like this:

#id.classOne { some styles }#id.classTwo { some different styles }

In MSIE 6, the #id.classTwo style will never be applied - unless it is put in a separate style tag or style sheet.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 5-6 Windows</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Let's say that you have an element with an id of <code>id</code>.  This element can have either of two different classes, <code>classOne</code> or <code>classTwo</code>.  (Either you're swapping the className in script, or it can have different classes on different pages.)</p>

<p>Your CSS might look like this:</p>

<pre>#id.classOne { some styles }<br>#id.classTwo { some different styles }</pre>

<p>In MSIE 6, the <code>#id.classTwo</code> style will never be applied - <em>unless</em> it is put in a separate <code>style</code> tag or style sheet.</p>

<p><a href="http://isaacschlueter.com/tests/multi-selector-test.html" class="external">Test page</a> Workaround is included<br />
Reported by: <a href="http://isaacschlueter.com/" class="external">Isaac Z. Schlueter</a>.</p>
]]>
</content>
</entry>
<entry>
<title>COL and COLGROUP get captured by CAPTION in Safari</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/COL_and_COLGROUP_get_captured_by_CAPTION_in_Safari.html" />
<modified>2006-03-28T11:54:45Z</modified>
<issued>2006-03-28T12:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.731</id>
<created>2006-03-28T12:00:00Z</created>
<summary type="text/plain">The correct use of the CAPTION element &amp;#8211;immediately after the TABLE start tag&amp;#8211; causes COL and COLGROUP to become unusable as CSS selectors in the current version of Safari (2.0.3/version 417.9.2). A workaround is to place the CAPTION after the COL/COLGROUP tags, but this makes the code invalid.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Safari</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>The correct use of the <code>CAPTION</code> element <i>&#8211;immediately after the TABLE start tag&#8211;</i> causes <code>COL</code> and <code>COLGROUP</code> to become unusable as CSS selectors in the current version of Safari (2.0.3/version 417.9.2).</p><p> A workaround is to place the <code>CAPTION</code> <i>after</i> the <code>COL</code>/<code>COLGROUP</code> tags, but this makes the code invalid.</p>

<p><a href="http://www.lenk.no/uppmerkt/Safari-Table-Caption-Bug.html" class="external">Test page</a> Workaround is included<br />
Reported by: Leif Halvard Silli.</p>
]]>
</content>
</entry>
<entry>
<title>Form input fields overflow table cell</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/Form_input_fields_overflow_table_cell.html" />
<modified>2006-03-22T11:07:28Z</modified>
<issued>2006-03-22T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.718</id>
<created>2006-03-22T11:00:00Z</created>
<summary type="text/plain">Attempting to get a text input field to expand to fill the browser in a nested table (table-layout: fixed) will cause the input field to overflow its surrounding table cell.  Occurs with select boxes as well.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Safari</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Attempting to get a text input field to expand to fill the browser in a nested table (<code>table-layout: fixed</code>) will cause the input field to overflow its surrounding table cell.  Occurs with select boxes as well.</p>

<p><a href="http://mattwright.com/safari/inputoverflow.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Matt Wright.</p>
]]>
</content>
</entry>
<entry>
<title>Positioning the legend tag</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/Positioning_the_legend_tag.html" />
<modified>2006-03-21T11:13:41Z</modified>
<issued>2006-03-21T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.715</id>
<created>2006-03-21T11:00:00Z</created>
<summary type="text/plain"><![CDATA[Positioning legend tags  &mdash;  what works and what doesn�t. To be honest not a lot does.I�ve tested &mdash; position: absolute, fixed, relative, floats margins and setting widths. ]]></summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 5-6 Windows</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Positioning legend tags  &mdash;  what works and what doesn't? To be honest not a lot does.</p>

<p>I've tested &mdash; position: absolute, fixed, relative, floats margins and setting widths.</p> 

<p><a href="http://marc.baffl.co.uk/bugs.php#legend" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://marc.baffl.co.uk/" class="external">Marc Pacheco</a>.</p>
]]>
</content>
</entry>
<entry>
<title>:first-line uppercase bug</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/first_line_uppercase_bug_in_Safari_and_Shiira.html" />
<modified>2006-03-20T10:48:27Z</modified>
<issued>2006-03-20T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.712</id>
<created>2006-03-20T11:00:00Z</created>
<summary type="text/plain">In Safari and iCab, text-transform: uppercase does not work when applied to the :first-line pseudo-element.
</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Safari</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>In Safari and iCab, <code>text-transform: uppercase</code> does not work when applied to the <code>:first-line</code> pseudo-element.</p>

<p><a href="http://www.beckleyworks.com/safari_firstline.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://www.beckleyworks.com" class="external">Beckley Roberts</a>.</p>
]]>
</content>
</entry>
<entry>
<title>Image Resizing Problems</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/Image_Resizing_Problems.html" />
<modified>2006-03-29T12:47:35Z</modified>
<issued>2006-03-17T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.710</id>
<created>2006-03-17T11:00:00Z</created>
<summary type="text/plain">If an image is given various heights, but not a width, browsers enlarge it to fit the ratio of the physical dimensions of the image. But over a certain size, bugs can occur.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Mozilla</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>If an image is given various heights, but not a width, browsers enlarge it to fit the ratio of the physical dimensions of the image. But over a certain size, bugs can occur.</p>

<p><a href="http://www.designdetector.com/bugs/automatic-image-resizing-demo.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://www.designdetector.com" class="external">Chris Hester</a>.</p>
]]>
</content>
</entry>
<entry>
<title>Crash with hover on links</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/Serious_Crash_With_Hover_On_Links.html" />
<modified>2006-03-16T11:17:57Z</modified>
<issued>2006-03-16T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.706</id>
<created>2006-03-16T11:00:00Z</created>
<summary type="text/plain">Hovering over a link causes the browser to freeze. It then becomes difficult to close down. The link should make a non-displayed element appear on hover.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 5-6 Windows</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Hovering over a link causes the browser to freeze. It then becomes difficult to close down. The link should make a non-displayed element appear on hover.</p>

<p><a href="http://www.designdetector.com/bugs/ie-hover-crash-demo.html" class="external">Test page</a> Workaround is included<br />
Reported by: <a href="http://www.designdetector.com" class="external">Chris Hester</a>.</p>
]]>
</content>
</entry>
<entry>
<title>Incorrect clientX/Y for text of disabled INPUT elements in tables</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/Incorrect_clientXY_for_text_of_disabled_INPUT_elem.html" />
<modified>2006-03-15T10:43:26Z</modified>
<issued>2006-03-15T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.705</id>
<created>2006-03-15T11:00:00Z</created>
<summary type="text/plain">The event.clientX/Y values for the text portion of disabled INPUT elements is reported relative to the left/top of the INPUT element and not the viewport if the INPUT element is in a table.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 5-6 Windows</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>The event.clientX/Y values for the text portion of disabled INPUT elements is reported relative to the left/top of the INPUT element and not the viewport if the INPUT element is in a table.</p>

<p><a href="http://www.excel.net/~jbrunett/browserbugs/ie_disabled_bug_1.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Jason Brunette.</p>
]]>
</content>
</entry>
<entry>
<title>IE7 beta 2 box width miscalculation in strict mode</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/IE7_beta_2_box_width_miscalculation_in_strict_mode.html" />
<modified>2006-03-14T11:16:00Z</modified>
<issued>2006-03-14T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.704</id>
<created>2006-03-14T11:00:00Z</created>
<summary type="text/plain">In strict mode, IE7 miscalculates the width of absolutely positioned boxes with a width and padding to include the padding. It seems to revert to the old box model under these conditions. This did not happen in IE6 (strict).
</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7 beta 2</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>In strict mode, IE7 miscalculates the width of absolutely positioned boxes with a width and padding to include the padding. It seems to revert to the old box model under these conditions. This did not happen in IE6 (strict).</p>

<p><a href="http://www.educ.um.edu.mt/computing/ie7b2BoxWidthBug.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Mario Camilleri.</p>
]]>
</content>
</entry>
<entry>
<title>Shrinking of children of floated/absolute elements</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/03/shrinking_of_ch.html" />
<modified>2006-03-13T10:33:23Z</modified>
<issued>2006-03-13T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.713</id>
<created>2006-03-13T11:00:00Z</created>
<summary type="text/plain">A floated or absolutely positioned element does not have a width and is stretched up by an image. When the image is swapped for a far smaller image, the parent element&apos;s width should diminish. Mozilla, though, doesn&apos;t diminish the width of the other elements in the floated element, and therefore the parent element retains its original width. Test page. Workaround is not included. Reported by ppk....</summary>
<author>
<name>ppk</name>
<url>http://www.quirksmode.org/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Mozilla</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>A floated or absolutely positioned element does not have a width and is stretched up by an image. When the image is swapped for a far smaller image, the parent element's width should diminish. Mozilla, though, doesn't diminish the width of the other elements in the floated element, and therefore the parent element retains its original width.</p>

<p><a href="/css/tests/moz_resize.html">Test page</a>. Workaround is not included.<br />
Reported by ppk.</p>]]>
</content>
</entry>
<entry>
<title>Double-padding/nowrap crash</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/02/Double_paddingnowrap_bug.html" />
<modified>2006-02-24T13:03:41Z</modified>
<issued>2006-02-24T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.701</id>
<created>2006-02-24T11:00:00Z</created>
<summary type="text/plain">Setting certain combinations of padding, position, and white-space CSS properties on a block/inline element pair causes Internet Explorer to freeze up. (100% CPU usage.)</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 5-6 Windows</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Setting certain combinations of padding, position, and white-space CSS properties on a block/inline element pair causes Internet Explorer to freeze up. (100% CPU usage.)</p>

<p><a href="http://www.sunpig.com/secondbest/2006/02/100_cpu_usage_in_ie6.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://sunpig.com/secondbest/" class="external">Martin Sutherland</a>.</p>
]]>
</content>
</entry>
<entry>
<title>Incorrect handling of disabled BUTTON elements</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/02/Incorrect_handling_of_disabled_BUTTON_elements.html" />
<modified>2006-02-23T11:27:59Z</modified>
<issued>2006-02-23T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.689</id>
<created>2006-02-23T11:00:00Z</created>
<summary type="text/plain"><![CDATA[Adding disabled attributes to &lt;BUTTON&gt; elements in Safari does not have the desired effect.
Disabled buttons with text content are not greyed out and still respond visually to clicks (albeit without generating any onclick events).
In &lt;BUTTON&gt; elements with image content, the addition of a disabled atribute has no effect whatsoever.]]></summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Safari</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Adding <code>disabled</code> attributes to <code>&lt;BUTTON&gt;</code> elements in Safari does not have the desired effect.</p>
<p>Disabled buttons with text content are not greyed out and still respond visually to clicks (albeit without generating any <code>onclick</code> events).</p>
<p>In <code>&lt;BUTTON&gt;</code> elements with image content, the addition of a <code>disabled</code> atribute has no effect whatsoever.</p>

<p><a href="http://www.philronan.pwp.blueyonder.co.uk/safari-bugs/bad-buttons.html" class="external">Test page</a> Workaround is included<br />
Reported by: Philip Ronan.</p>
]]>
</content>
</entry>
<entry>
<title>Changing background-color for links also changing dimensions.</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/02/Changing_background_color_for_links_also_changing_.html" />
<modified>2006-02-22T10:47:24Z</modified>
<issued>2006-02-22T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.694</id>
<created>2006-02-22T11:00:00Z</created>
<summary type="text/plain">The style in the header says that an a tag will change background color when hovered over.In MSIE 6.02 this changes the height of the whole table, but in Firefox (NN8.1) it works just fine.
</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 5-6 Windows</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>The style in the header says that an <code>a</code> tag will change background color when hovered over.</p><p>In MSIE 6.02 this changes the height of the whole table, but in Firefox (NN8.1) it works just fine.</p>

<p>(ppkquestion: is this a hasLayout bug? If so, why does the bug also occur in IE 7 beta 2?)</p>

<p><a href="http://www.smartgroups.com/vault/DDDD/crasher.html" class="external">Test page</a> Workaround is not included<br />
Reported by: D W.</p>
]]>
</content>
</entry>
<entry>
<title>:first-letter bug in Mozilla Firefox</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2006/02/first_letter_bug_in_Mozilla_Firefox.html" />
<modified>2006-02-21T12:27:17Z</modified>
<issued>2006-02-21T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2006:/bugreports//2.638</id>
<created>2006-02-21T11:00:00Z</created>
<summary type="text/plain">In Mozilla Firefox 1.5 when you scroll the form so that it is off-screen at the top then scroll back on-screen
the underscores on the first letter of each line sometimes do not re-appear again. When scrolling to the end of the form and backup again, and when the browser window is resized to a smal size it seems even more persistent. This bug is triggered by styling  label:first-letter {text-decoration: underline}.

</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Mozilla</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>In Mozilla Firefox 1.5 when you scroll the form so that it is off-screen at the top then scroll back on-screen
the underscores on the first letter of each line sometimes do not re-appear again. When scrolling to the end of the form and backup again, and when the browser window is resized to a smal size it seems even more persistent. This bug is triggered by styling  <code>label:first-letter {text-decoration: underline}</code>.</p>

<p>(ppknote: This bug is quite flighty, I myself saw it only the third time I tried the test page.)</p>

<p><a href="http://test.zoic.be/css-bugs/first-letter-bug.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://www.zoic.be" class="external">Johan Van Den Rym</a>.</p>
]]>
</content>
</entry>

</feed>