<?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>2007-09-07T13:07:00Z</modified>
<tagline></tagline>
<id>tag:www.quirksmode.org,2008:/bugreports//2</id>
<generator url="http://www.movabletype.org/" version="3.14">Movable Type</generator>
<copyright>Copyright (c) 2007, Bugreporting System</copyright>
<entry>
<title>Multi-Column Ordered List Renumbering</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/09/Multi_Column_Ordered_List_Renumbering.html" />
<modified>2007-09-07T13:07:00Z</modified>
<issued>2007-09-07T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1358</id>
<created>2007-09-07T11:00:00Z</created>
<summary type="text/plain">If you style an ordered list that contains links with the experimental -moz-column-count the list items of the last columns will be renumbered when a link in that column is clicked.</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 you style an ordered list that contains links with the experimental <code>-moz-column-count</code> the list items of the last columns will be renumbered when a link in that column is clicked.</p>

<p><a href="http://www.eclecticgeek.com/bugs/cssMultiColumnOL/" class="external">Test page</a> Workaround is included<br />
Reported by: <a href="http://www.eclecticgeek.com" class="external">Brian Sweeney</a>.</p>
]]>
</content>
</entry>
<entry>
<title>Backgrounds show through in invisible tables</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/09/Backgrounds_show_through_in_invisible_tables.html" />
<modified>2008-02-28T16:48:04Z</modified>
<issued>2007-09-06T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1346</id>
<created>2007-09-06T11:00:00Z</created>
<summary type="text/plain"><![CDATA[
Background colors given to &lt;col>, &lt;tr>, and &lt;tbody> on a table that is supposed to be invisible (visibility: hidden) still show up. Backgrounds given to individual cells or to elements inside cells are not shown (like expected).
]]></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>
Background colors given to &lt;col>, &lt;tr>, and &lt;tbody> on a table that is supposed to be invisible (visibility: hidden) still show up. Backgrounds given to individual cells or to elements inside cells are not shown (like expected).
</p>

<p><a href="http://jeff.bushtoolbox.net/invisiblity.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Jeffrey Bush.</p>
]]>
</content>
</entry>
<entry>
<title>Buttons with an image don&amp;#39;t align with text ones</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/09/Buttons_with_an_image_dont_align_with_text_ones.html" />
<modified>2007-09-05T11:50:13Z</modified>
<issued>2007-09-05T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1316</id>
<created>2007-09-05T11:00:00Z</created>
<summary type="text/plain">Sometimes you might want to mix text buttons with image buttons and insist on using the button tag. However, Firefox aligns the text buttons lower then the image buttons. </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>Sometimes you might want to mix text buttons with image buttons and insist on using the button tag. However, Firefox aligns the text buttons lower then the image buttons.</p> 

<p><a href="http://develop.crossmarx.nl/quirks/buttons.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Laurens van der Klis.</p>
]]>
</content>
</entry>
<entry>
<title>Absolute/Fixed elements align with Adjacent elements</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/09/AbsoluteFixed_elements_align_with_Adjacent_element.html" />
<modified>2007-09-04T10:21:03Z</modified>
<issued>2007-09-04T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1303</id>
<created>2007-09-04T11:00:00Z</created>
<summary type="text/plain">I have a fixed div that is supposed to reside on the left side of the page and remain static using fixed positioning. There is another div adjacent to it that has a margin property that ensures it remains shifted to the right of my fixed element.

This looks fine in Firefox and Opera, but in IE7 the fixed element seems to &apos;inherit&apos; somehow the margin of the adjacent element and positions itself relative to it, so that they share the same left margin. Any repositioning of the fixed element is relative to its adjacent node. This also happens if the node is adjacent.

Consider two adjacent divs: one with id &quot;floater&quot; and its adjacent sibling with id &quot;bodyContent&quot;

/* The fixed element is supposed to appear on the left */
#floater {
	position: fixed;
	background: yellow;
}

/* The right side (via margin) appears 280px to the right */
#bodyContent{
	background-color: #ffeeb4;
	width: 100px;
	sposition: absolute;
	margin-left: 280px;
}</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>I have a fixed div that is supposed to reside on the left side of the page and remain static using fixed positioning. There is another div adjacent to it that has a margin property that ensures it remains shifted to the right of my fixed element.</p>

<p>This looks fine in Firefox and Opera, but in IE7 the fixed element seems to 'inherit' somehow the margin of the adjacent element and positions itself relative to it, so that they share the same left margin. Any repositioning of the fixed element is relative to its adjacent node. This also happens if the node is adjacent.</p>

<p><a href="http://lnwdeveloper.com/lnw/tst/test.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://www.rundeep.net" class="external">Randeep</a>.</p>
]]>
</content>
</entry>
<entry>
<title>IE7 Uncle Double Class Selector Bug</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/09/IE7_Uncle_Double_Class_Selector_Bug.html" />
<modified>2007-09-03T10:59:23Z</modified>
<issued>2007-09-03T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1301</id>
<created>2007-09-03T11:00:00Z</created>
<summary type="text/plain"><![CDATA[Creating a [.class|*|element] + element selector rule will cause IE7 to apply .class1.class2 element or .class1.class2 &gt; element as though it was also a .class1.class2 + element:first-of-type; assuming the final element getting selected in all the above rules are the same element type.]]></summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Creating a <code>[.class|*|element] + element</code> selector rule will cause IE7 to apply <code>.class1.class2 element</code> or <code>.class1.class2 &gt; element</code> as though it was also a <code>.class1.class2 + element:first-of-type</code>; assuming the final element getting selected in all the above rules are the same element type.</p>

<p><a href="http://www.echoofeden.com/digest/mit/2007/06/11/ie7-uncle-double-class-selector-bug/" class="external">Test page</a> Workaround is included<br />
Reported by: <a href="http://www.echoofeden.com/digest/mit/" class="external">Mit The Destroyer</a>.</p>
]]>
</content>
</entry>
<entry>
<title><![CDATA[IE incorrectly handles &lt;param&gt; tags when scripting]]></title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/IE_incorrectly_handles_param_tags_when_scripting.html" />
<modified>2007-08-31T09:41:00Z</modified>
<issued>2007-08-31T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1288</id>
<created>2007-08-31T11:00:00Z</created>
<summary type="text/plain">When scripting an object tag for the param tags, IE reports all param tags of all object tags as children of all object tags.
</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>When scripting an object tag for the param tags, IE reports all param tags of all object tags as children of all object tags.</p>

<p><a href="http://adlib.ozonecreations.com/random/ie_param_bug.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://adlib.ozonecreations.com" class="external">Bart Melton</a>.</p>
]]>
</content>
</entry>
<entry>
<title>IE will not submit unless file field is correctly specified</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/IE_will_not_submit_unless_file_field_is_correctly_.html" />
<modified>2007-08-30T11:02:45Z</modified>
<issued>2007-08-30T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1287</id>
<created>2007-08-30T11:00:00Z</created>
<summary type="text/plain">When a file upload field has an incorrectly specified file, browsers respond in different ways.

IE solves the problem by preventing form submission. 
This approach is reasonably sensible, however it would be much better if IE popped up a warning dialog saying &quot;File not found&quot;.

Firefox takes a totally different approach; it lets the server sort out an appropriate response. 
It means I have to code the server for this use case (good practice anyhow) and I can put up my own warning messages.

In summary, the Firefox approach needs a bit more coding but gives me complete control over the page. IE means well, but leaves my users confused and unable to leave the page.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>When a file upload field has an incorrectly specified file, browsers respond in different ways.</p>

<p>IE solves the problem by preventing form submission. 
<br>This approach is reasonably sensible, however it would be much better if IE popped up a warning dialog saying "File not found".</p>

<p>Firefox takes a totally different approach; it lets the server sort out an appropriate response. 
<br>It means I have to code the server for this use case (good practice anyhow) and I can put up my own warning messages.</p>

<p>In summary, the Firefox approach needs a bit more coding but gives me complete control over the page. IE means well, but leaves my users confused and unable to leave the page.</p>

<p><a href="http://www.priddypictures.co.uk/reference/fileInputProblem.htm" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://www.commercedecisions.com" class="external">Duncan Simey</a>.</p>
]]>
</content>
</entry>
<entry>
<title>MSIE7 fieldset bug</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/MSIE7_fieldset_bug.html" />
<modified>2007-08-29T09:33:15Z</modified>
<issued>2007-08-29T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1286</id>
<created>2007-08-29T11:00:00Z</created>
<summary type="text/plain"><![CDATA[There is a div element with float:left inside a fieldset. The fieldset has "border:1px solid #64461A;".

Inside the fieldset is &lt;em&gt; element. When &lt;em&gt; tag is removed, there is no more border bug.

Workaround: remove em tags when using float items inside the fieldset.

(ppknote: this bug does not occur in IE6.)]]></summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>There is a div element with float:left inside a fieldset. The fieldset has "border:1px solid #64461A;".</p>

<p>Inside the fieldset is &lt;em&gt; element. When &lt;em&gt; tag is removed, there is no more border bug.</p>

<p>Workaround: remove em tags when using float items inside the fieldset.</p>

<p>(ppknote: this bug does not occur in IE6.)</p>

<p><a href="http://www.miranda-pack.com/msie7-bug.html" class="external">Test page</a> Workaround is included<br />
Reported by: insekticid.</p>
]]>
</content>
</entry>
<entry>
<title>Opera img max-width bug</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/Opera_img_max_width_bug.html" />
<modified>2007-08-24T10:20:55Z</modified>
<issued>2007-08-24T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1263</id>
<created>2007-08-24T11:00:00Z</created>
<summary type="text/plain">Opera honors max-width for images, but still uses the un-resized image width to stretch a table column.</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Opera</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Opera honors max-width for images, but still uses the un-resized image width to stretch a table column.</p>

<p><a href="http://www.ortz.org/files/opera/opera-img-max-width.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Bp.</p>
]]>
</content>
</entry>
<entry>
<title>IE7 with haslayout and cursor text problem</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/IE7_with_haslayout_and_cursor_text_problem.html" />
<modified>2007-08-23T11:02:10Z</modified>
<issued>2007-08-23T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1245</id>
<created>2007-08-23T11:00:00Z</created>
<summary type="text/plain">This problem appears only in IE7, move your cursor to the #container1 filed (the red rectangle), it turns in to a text shape. Remove the hasLayout trigger(zoom:1 here) makes it return to normal arrow shape(the blue rectangle).
This does not affect my IE6 and IE5.

A single cursor:default; would be a cure, but it also changes the text cursor on normal text.
</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>This problem appears only in IE7, move your cursor to the #container1 filed (the red rectangle), it turns in to a text shape. Remove the hasLayout trigger(zoom:1 here) makes it return to normal arrow shape(the blue rectangle).</p>

<p>This does not affect my IE6 and IE5.</p>

<p>A single cursor:default; would be a cure, but it also changes the text cursor on normal text.</p>


<p><a href="http://qi.jiahui.googlepages.com/cursor.html" class="external">Test page</a> Workaround is not included<br />
Reported by: <a href="http://old9.blogsome.com" class="external">old9</a>.</p>
]]>
</content>
</entry>
<entry>
<title>duplicate ID dom damage</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/duplicate_ID_dom_damage.html" />
<modified>2007-08-22T12:31:30Z</modified>
<issued>2007-08-22T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1244</id>
<created>2007-08-22T11:00:00Z</created>
<summary type="text/plain">Sometimes it is useful to switch two DOM objects with each other, and to reassign their ID&apos;s to make the process transparent. But in Safari and Safari alone, assigning an ID which already is being used does something bad.  One of the objects can no longer be retrieved via document.getElementById, ever.</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>Sometimes it is useful to switch two DOM objects with each other, and to reassign their ID's to make the process transparent. But in Safari and Safari alone, assigning an ID which already is being used does something bad.  One of the objects can no longer be retrieved via document.getElementById, ever.</p>

<p><a href="http://www.randomhouse.com/wonderama/insertBefore.html" class="external">Test page</a> Workaround is included<br />
Reported by: Scott Lindsey.</p>
]]>
</content>
</entry>
<entry>
<title>alphaimageloader filter shows backgrounds on zoom using ie7</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/alphaimageloader_filter_shows_backgrounds_on_zoom_.html" />
<modified>2007-08-21T18:52:05Z</modified>
<issued>2007-08-21T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1228</id>
<created>2007-08-21T11:00:00Z</created>
<summary type="text/plain">Images using the AlpaImageLoader filter as a workaround to provide png transparency in ie6, work ok in ie7 unless the page is zoomed in or out. 


On zooming, some or all of the images&apos; backgrounds become apparent.


A possible workaround is to hide the alphaimageloader from ie7 as transparent images placed using css render/zoom ok. 

 </summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>Images using the AlpaImageLoader filter as a workaround to provide png transparency in ie6, work ok in ie7 unless the page is zoomed in or out. </p>

<p>On zooming, some or all of the images' backgrounds become apparent.</p>

<p>A possible workaround is to hide the alphaimageloader from ie7 as transparent images placed using css render/zoom ok. </p>

 

<p><a href="http://janus.space23.net/alpha.html" class="external">Test page</a> Workaround is not included<br />
Reported by: ryan.</p>
]]>
</content>
</entry>
<entry>
<title>overflow: auto with floats in Firefox</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/overflow_auto_with_floats_in_Firefox.html" />
<modified>2007-08-20T13:25:45Z</modified>
<issued>2007-08-20T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1208</id>
<created>2007-08-20T11:00:00Z</created>
<summary type="text/plain">When an element containing floats has overflow: auto, it is allowed to get focus.  This can affect layout and cause problems with tabbing.</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>When an element containing floats has <code>overflow: auto</code>, it is allowed to get focus.  This can affect layout and cause problems with tabbing.</p>

<p><a href="http://www.shepherdweb.com/lab/2007/FirefoxOverflowBug/" class="external">Test page</a> Workaround is included<br />
Reported by: <a href="http://shepherdweb.com/" class="external">Shane Shepherd</a>.</p>
]]>
</content>
</entry>
<entry>
<title>Built-in functions are not objects</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/Built_in_functions_are_not_objects.html" />
<modified>2007-08-17T10:12:59Z</modified>
<issued>2007-08-17T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1285</id>
<created>2007-08-17T11:00:00Z</created>
<summary type="text/plain">Built-in functions in Safari are not Function objects, and not even Object objects. They appear to be of type &quot;function&quot; instead of type &quot;object&quot;. This makes it impossible to use .call() and .apply() on them.</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>Built-in functions in Safari are not Function objects, and not even Object objects. They appear to be of type "function" instead of type "object". This makes it impossible to use .call() and .apply() on them.</p>

<p>(ppknote: Safari 3 gives <code>window.alert instanceof Object: true</code>. 1.3 doesn't, though.)</p>

<p><a href="http://www.lanzz.org/misc/safari-functions.html" class="external">Test page</a> Workaround is not included<br />
Reported by: Mihail Milushev.</p>
]]>
</content>
</entry>
<entry>
<title>IE7:hover ghosts bug</title>
<link rel="alternate" type="text/html" href="http://www.quirksmode.org/bugreports/archives/2007/08/IE7hover_ghosts_bug.html" />
<modified>2007-08-16T09:15:11Z</modified>
<issued>2007-08-16T11:00:00Z</issued>
<id>tag:www.quirksmode.org,2007:/bugreports//2.1281</id>
<created>2007-08-16T11:00:00Z</created>
<summary type="text/plain">If you nest several elements inside each other and you tie the display of child elements to the :hover of the parent element, it can happen that after a first, correct display of the nested elements, these elements will stay displayed in IE7 even if the element directly above them does not have :hover! (And if simultaneously an indirect-parent element does have it.)</summary>
<author>
<name>Bugreporting System</name>
<url>http://www.quirksmode.org/bugreports/</url>
<email>ppk@xs4all.nl</email>
</author>
<dc:subject>Explorer 7</dc:subject>
<content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.quirksmode.org/bugreports/">
<![CDATA[<p>If you nest several elements inside each other and you tie the display of child elements to the :hover of the parent element, it can happen that after a first, correct display of the nested elements, these elements will stay displayed in IE7 even if the element directly above them does not have :hover! (And if simultaneously an indirect-parent element does have it.)</p>

<p><a href="http://murphy.cz/ie7-hover-ghosts-bug/" class="external">Test page</a> Workaround is included<br />
Reported by: Vilem Malek.</p>
]]>
</content>
</entry>

</feed>