This site heavily relies on bug reports created by its readers. Anyone can report a bug and be published.
Main navigation:
Search reports by browser:
On this page you find the archived bugs for Explorer Windows.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 9 comments
Reported on 18 January 2006
If you try to add style declarations in the head of a document, IE borks at the name 'style' - "unexpected call to method or property access".
I guess its getting confused between the head element <style> and the object property .style?
Test page Workaround is not included
Reported by: Ross Howard.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 2 comments
Reported on 17 January 2006
In Internet Explorer positioned elements generate a new stacking context, starting with a z-index value of 0. Therefore z-index doesn't work correctly.
Test page Workaround is not included
Reported by: Tino Zijdel.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 4 comments
Reported on 5 January 2006
If an input is given a type "button" or "submit" and the value used to apply text to the button is over 18 characters long, the button is shown stretched horizontally. The top and bottom border is also thicker. The effect increases with the length of the button text used.
Test page Workaround is not included
Reported by: Chris Hester.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera
| 1 comments
Reported on 2 January 2006
Setting the type attribute of an input element to button via setAttribute('type', 'button') does not work in Internet Explorer 6 or Opera 8.51. The bug is fixed in Opera 9 technology preview 1.
Test page Workaround is included
Reported by: Stijn Peeters.
Permalink
| (Orphaned), Explorer Windows
| 2 comments
Reported on 16 December 2005
I have a JS based rollover that animates the position of a DIV's tiled background image. In IE6, after a new window is opened, via target="_blank" or through window.open() when you go back to that page, it flashes and reloads the images upon mouseover.
Test page Workaround is included
Reported by: John Hopper.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 1 comments
Reported on 15 December 2005
When you use font-variant: small-caps, Explorer ignores text-transform: uppercase || lowercase.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Mozilla
| 0 comments
Reported on 14 December 2005
An event handler for onmouseover an anchor should not show the URL in the status bar when you return false, and it should when you return true, but actually it does exactly the opposite.
Test page Workaround is not included
Reported by: Lal.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 1 comments
Reported on 12 December 2005
If you have letter-spacing set and create more than one label/input sets and seperate them with line break, IE will remove every other set.
Test page Workaround is not included
Reported by: Artem Nezvigin.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 2 comments
Reported on 9 December 2005
This bug is caused by IE not calculating position of floats correctly. As far as I can tell the left edge of the content is calculated and then the width is applied, the correct behaviour is to apply the width and then see where the content should be layed out due to any floats.
Test page Workaround is not included
Reported by: Marc Pacheco.
Permalink
| (Orphaned), Explorer Windows
| 0 comments
Reported on 7 December 2005
Explorer doesn't accept font-weight:inherit.
Test page Workaround is not included
Reported by: Andr� Cassal.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 4 comments
Reported on 5 December 2005
When you have grouped selectors combining the same id and different classes, only the last selector is workable--the rest are ignored by IE6.
Test page Workaround is included
Reported by: threeandcats.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 0 comments
Reported on 28 November 2005
When you remove an element by innerHTML='' it's possible to re-append the element to the document. In Explorer Windows, though, the text goes missing.
Explorer Mac loses track of the element when it's been removed. So in this browser elements don't stay in hyperspace after they've been emptied from the innerHTML.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Mozilla, Opera
| 1 comments
Reported on 25 November 2005
Explorer Windows and Mac, Mozilla and Opera see <fieldset>s as form fields, even though the spec
doesn't mention them in the list of control types.
Mozilla and Opera allow change events on <fieldset>s, even
though they don't make sense.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Windows, Mozilla
| 0 comments
Reported on 23 November 2005
When a drop-down menu has a long option, and the form is placed inside a div of a shorter width, the option is cut off when the user scrolls far enough to the right.
Test page Workaround is not included
Reported by: Chris Hester.
Permalink
| Explorer 7 beta 2, Explorer Windows, Safari
| 0 comments
Reported on 22 November 2005
Once the background-color is set on an element, subsequent 'background:inherit' rules (even those matching selectors of higher weight) can't cause the element to inherit the color from its parent.
Test page Workaround is not included
Reported by: Pierre Saslawsky.
Permalink
| Explorer 7 beta 2, Explorer Windows, Safari
| 1 comments
Reported on 21 November 2005
When nesting a form wholy inside a
Test page Workaround is not included
Reported by: Jay Soffian.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 0 comments
Reported on 1 November 2005
When an onclick listener within a child frame calls a function on a parent frame, the event object is undefined.
Test page Workaround is not included
Reported by: Tison.
Permalink
| Explorer Windows
| 1 comments
Reported on 25 October 2005
Pages with width-defined layouts have the last several characters displayed twice when hidden inputs are included inside the layout container.
Test page Workaround is included
Reported by: Dusty.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 20 October 2005
Under some circumstances the changing the href-attribute of a link also changes the content of the link itself.
This seems to happen when the raw content of the link starts with www.something (and does not need to relatve to the real href in anyway).
Putting redundant span-tags inside the link solves this.
Test page Workaround is included
Reported by: Markus Fischer.
Permalink
| Explorer 7 beta 2, Explorer Windows, Opera, Safari
| 4 comments
Reported on 19 October 2005
The INPUT (type=text/password) field in IE6 (and older probably too) has a top and bottom margin of 1px in both quirks and standard mode. This can cause a not so nice effect.
(ppknote: Opera and Safari have the same problem with the right margin)
Test page Workaround is not included
Reported by: Marcel Lipovsky.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 14 October 2005
The content box surrounding an anchor (A) element is truncated when the A elements inside a block element that inherits a non-zero letter-spacing value and appears immediately after a top-borderless DIV element.
Test page Workaround is included
Reported by: Carl Camera.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 12 October 2005
IE doesn't apply the value inline-block for the CSS display property on HTML elements that default to block level without the hack detailed here.
ppknote 4-feb-06: Workaround doesn't work in IE 7 beta 2.
Test page Workaround is included
Reported by: Spartanicus.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera
| 1 comments
Reported on 10 October 2005
The following will throw an exception:
var button=document.createElement("button");
button.type="button";
The only workaround for dynamically creating <button type="button"> seems to be to convert the button HTML to a string and append it to innerHTML.
Test page Workaround is included
Reported by: Garret Wilson.
Permalink
| Explorer Windows
| 1 comments
Reported on 6 October 2005
IE6 is not firing a mouseover event in the bottom padding or border areas when a DIV width is not defined, or set to width:auto.
As a workaround, setting a width brings the expected mouseover behavior back.
Test page Workaround is included
Reported by: Carl Camera.
Permalink
| Explorer Windows
| 1 comments
Reported on 4 October 2005
The change event doesn't fire in IE when fields are filled from the browser's autocomplete list.
Test page Workaround is included
Reported by: Jehiah Czebotar.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 0 comments
Reported on 26 September 2005
When creating a table dynamically and inserting table rows with table data cells and text nodes and add it to the document tree, it is not displayed at all when you don't include a <tbody> tag. W3C DOM2 methods are used.
(ppknote: Test case does not work in Safari)
Test page Workaround is included
Reported by: Gunnar Vestergaard.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 23 September 2005
Experimenting with position: relative styles I noticed this inconsistent behavior of IE6. The image on the pages vanishes when a TD is shown/hidden, even though it is not involved in the javascript action.
Test page Workaround is included
Reported by: Chris Seeling.
Permalink
| Explorer Windows
| 2 comments
Reported on 21 September 2005
In IE, when a <label> is attached to a <select> element, and the user clicks the label, the <select> is selected, but its selectedIndex becomes 0.
Test page Workaround is not included
Reported by: splintor.
Permalink
| Explorer 7 beta 2, Explorer Windows, Safari
| 0 comments
Reported on 20 September 2005
If a page calls window.open(), then submitting a form on that page and returning to it using the "back" button causes the entered form values to be lost.
(ppknote: Safari has a different bug: it doesn't show the form at all when you go back. This has nothing to do with opening a new window.)
Test page Workaround is included
Reported by: Milo van der Leij.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 1 comments
Reported on 19 September 2005
IE6 returns null when trying to alert a <label> element's "for"-attribute using getAttribute("for"). It otherwise returns the correct value when doing: attributes["for"].value. FF returns the correct value in both cases.
Workaround: Use attributes["for"].value for compatability.
Test page Workaround is included
Reported by: Marc Eley.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 1 comments
Reported on 16 September 2005
Internet Explorer fails to render backgrounds for elements that have both an ID and a class defined. For instance, #photos.background1 will display the corresponding background in IE6 for Windows, but once that has been defined, #photos.background2, #photos.background3, etc. will not be displayed.
Test page Workaround is included
Reported by: Nathan Smith.
Permalink
| Explorer 7 beta 2, Explorer Windows, Opera
| 2 comments
Reported on 14 September 2005
The document.getElementById() function returns an element with a name attribute that is equal to the id specified.
Test page Workaround is not included
Reported by: Chris Bloom.
Permalink
| Explorer Windows
| 3 comments
Reported on 12 September 2005
When using a margin on a parent container with a child container inside and in there form elements then the margin of the parent container gets inherited to the form elements, and it can't be removed by a margin 0.
The affected form elements are input types, checkboxes, radiobuttons and textareas
The solution is to put an OVERFLOW: HIDDEN on the child container.
Test page Workaround is included
Reported by: Paul van Steenoven.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 9 September 2005
In any non-quirks mode doctype, content with position:relative within a block container with overflow: auto, scroll or hidden and a height shorter than its contents, will spill out past the bottom of the container.
Test page Workaround is not included
Reported by: Emmett Pickerel.
Permalink
| (Orphaned), Explorer Windows
| 1 comments
Reported on 7 September 2005
A fixed-width div causes a span elsewhere on the page to have a foreshortened width when the browser window is less wide than the fixed width specified for the div.
Test page Workaround is not included
Reported by: Albert Davidson Chou.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 1 comments
Reported on 5 September 2005
IE 5.5 and 6 set the left origin of the positioning co-ordinates to the edge of the content of the first element of the containing block, and ignore the edge of the relatively positioned containing block.
Strangely ie behaves correctly if the position is set relative to the right edge. It also behaves correctly if the containing block is positioned absolutely.
Test page Workaround is not included
Reported by: Marc Pacheco.
Permalink
| (Orphaned), Explorer Mac, Explorer Windows, Mozilla, Opera, Safari
| 4 comments
Reported on 2 September 2005
Registering events to an element using element.event=function() {...} does not carry over to clones of elements. This behavior seems improper.
My current workaround is to re-run whatever code that applies the behavior; re-clicking the button on the test page works in Firefox, but not in IE (probably an ID thing). I call that "not included".
Test page Workaround is not included
Reported by: Jay Eldridge.
Permalink
| Explorer Windows
| 0 comments
Reported on 31 August 2005
When applying this position: fixed workaround the following circumstances trigger a very strange behaviour of IE6:
Applying onmouseover- and onmouseout-event-handler to html-tag in combination with changing the height of the div-block via javascript to a value higher than the window will trigger the bug.
After that, hovering over the "hover-able"-area that was defined before will cause the ie6-window to shrink little by little everytime the user hovers over the displayed "onmouseover"-tag.
Test page Workaround is not included
Reported by: Tobias Gassmann.
Permalink
| Explorer Windows, Mozilla
| 3 comments
Reported on 29 August 2005
Firefox and IE don't take the border width into account when calculating the offsetTop and offsetLeft JavaScript properties of an element.
ppknote 4/feb/06: JavaScript error in test page. Useless in IE.
Test page Workaround is included
Reported by: Chad Plummer.
Permalink
| Explorer Windows
| 0 comments
Reported on 2 August 2005
Under certain conditions, the background image shown on a:hover remains when the mouse moves away.
Test page Workaround is included
Reported by: Ingo Chao.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 2 comments
Reported on 29 July 2005
In Explorer, if you need to set the accesskey attribute using setAttribute(), the attribute name passed in must be "accessKey" and NOT "accesskey".
Test page Workaround is not included
Reported by: Toh Zhiqiang.
Permalink
| Explorer Windows, Safari
| 1 comments
Reported on 20 July 2005
In Internet Explorer 6.0 and higher, setting
html, body {position: relative;}
while in strict mode causes the browser to disallow scrolling. I don't know of any real-world applications where this would be a problem, but it's still a bug.
In Safari the entire body disappears if you set position: relative on the HTML first, and then on the BODY. Safari crashes if you check BODY, then HTML, then uncheck BODY.
Workarounds include using quirks mode, or playing it safe and avoiding setting positioning to the html element.
Test page Workaround is included
Reported by: John Hansen.
Permalink
| (Orphaned), Explorer Windows
| 3 comments
Reported on 19 July 2005
In IE 6, placing the TD tags on a line of their own creates an unwanted gap at the bottom (see Table 1 on the bug report page). Placing the TD tags on the same line as the IMG tag eliminates the gap. (See table 2 on the bug report page).
Test page Workaround is included
Reported by: John H Holmes.
Permalink
| (Orphaned), Explorer Windows
| 5 comments
Reported on 8 July 2005
It seems that if I attempt to specify the width of a list item tag (<li>) using either a CSS class or a STYLE attribute, IE does not increment the number in front of list each item. i.e. instead of a list with items numbering 1, 2, 3, and 4, I get a 4 item list numbering 1, 1, 1, and 1.
(ppknote: This bug is very similar, but not identical, to width on ol/ul.)
Test page Workaround is not included
Reported by: Kris Oye.
Permalink
| Explorer Windows
| 3 comments
Reported on 6 July 2005
Elements don't display correctly if they have a background color and a child element that uses float: left.
The #content{background: #FFFFFF;} declaration is the source of the problems. Remove it and the hidden element displays fine.
Bug applies only to Explorer 6.
Test page Workaround is not included
Reported by: Francis Mak.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 4 July 2005
When IE6 wraps an inline element with white-space:nowrap onto the next line, the element loses its left padding. Workaround is to use inline-block display instead of inline, though this doesn't work for list items.
Test page Workaround is included
Reported by: Alan Harder.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera
| 1 comments
Reported on 22 June 2005
When trying to break a list of floats into rows with clear: left on the first cells in the future "rows", the cells after the cleared ones just fill up the remaining space from the previous "rows" as long as the parent's width allows.
Test page Workaround is included
Reported by: Valentin Agachi.
Permalink
| Explorer Windows
| 1 comments
Reported on 3 June 2005
Setting a border around an iframe creates a padding-right and padding-bottom twice as large as the border.
This bug occurs in MSIE 6 in Strict Mode. It seems the iframe's document width is computed according to the traditional box model, while the iframe itself is computed according to the W3C box model.
Test page Workaround is not included
Reported by: G�rard Talbot..
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera, Safari
| 2 comments
Reported on 1 June 2005
A background on a TR doesn't work. Instead the TDs inherit the TR's background image.
Test page Workaround is not included
Reported by: Valentin Agachi.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera
| 3 comments
Reported on 30 May 2005
A percentual width of an abolutely positioned element should be calculated relative to the containing block (the body, if there is no other absolutely positioned element. Unfortunately Explorer (Win and Mac) and Opera calculate the width relative to a static block that contains the HTML for the absolute element.
Test page Workaround is not included
Reported by: G�rard Talbot.
Permalink
| Explorer Windows
| 0 comments
Reported on 23 May 2005
Text in a div with a background color followed by a div which floats to the left and another which is clear on the left is invisible.
Test page Workaround is included
Reported by: Justin Patrin.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 2 comments
Reported on 20 May 2005
A valid way to position an HTML element with the absolute type is by defining only the left offset, right offset, top offset, and bottom offset from parent. Opera and Firefox pass. IE 6 does not.
Test page Workaround is not included
Reported by: Peter Siewert.
Permalink
| Explorer Windows, Mozilla, Opera
| 0 comments
Reported on 18 May 2005
window.opener.closed works in IE 6 but not in Mozilla or Opera due to a known bug. Also, in IE 5 window.opener.closed DOES NOT work correctly due to another known bug. I also have a longer writeup in my blog.
Test page Workaround is included
Reported by: Yakov Shafranovich.
Permalink
| Explorer Windows
| 2 comments
Reported on 11 May 2005
In Internet Explorer you won't be able to view all of an absolutely positioned div because IE doesn't 'create' a scrollbar.
Test page Workaround is included
Reported by: Mark Janssen.
Permalink
| (Orphaned), Explorer Windows
| 0 comments
Reported on 30 March 2005
This page documents a bug in IE5.5/Win2K. Page renders correctly in IE6/WinXP. CSS sets font-size and line-height, which are correctly inherited by the 2 inner divs, but NOT inherited by the table. Workaround: Explicitly set font-size and line-height for table.
Test page Workaround is included
Reported by: Henry Francis.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 6 comments
Reported on 24 March 2005
Using setAttribute, you should be able to set any attribute on an element. It appears that in IE, trying to set the style attribute does not work.
Test page Workaround is not included
Reported by: Dan Nye.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 23 March 2005
When using a css image, if there is no space between the end url bracket and the attributes following it, IE6 will not display the image.
Test page Workaround is included
Reported by: R.
Permalink
| Explorer Windows
| 0 comments
Reported on 18 March 2005
Be careful using font-variant: small-caps in IE6, because spaces have the size of the original font and can cause positioning problems.
Test page Workaround is included
Reported by: Paul van Steenoven.
Permalink
| Explorer Windows, Opera
| 2 comments
Reported on 17 March 2005
When a block set to overflow: auto contains floats Opera and Explorer Windows don't contain the floats correctly.
Test page Workaround is not included
Reported by: Marc Pacheco.
Permalink
| Explorer Mac, Explorer Windows
| 3 comments
Reported on 16 March 2005
IE is wrongly case sensitive about the usemap attribute of an image map. To change the map for an image in run time, you have to set the attribute "useMap", which is against the XHTML Strict standard. In a proper situation, you should set the "usemap" attribute.
Test page Workaround is included
Reported by: Pauli Ojanper�.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera
| 1 comments
Reported on 25 February 2005
In some browsers getAttribute("HREF") on an A element returns a complete URL, even if the HREF attribute in the source specified a relative path. In others it returns the exact text of the attribute in the source, which may be relative.
All browsers put the complete, resolved, URL for an A element in its .href property. In Explorer (Win and Mac) and Opera 8 the same value is returned by getAttribute("HREF"), while Mozilla (FF1.0), Safari and Konqueror (3.2.2) return the source value. I consider the latter behaviour to be correct.
The test case contains two links, the first absolute and the second relative, and reports the values of .href and getAttribute("HREF") for each. It is the last reported value that differs.
Test page Workaround is not included
Reported by: Phil Endecott.
Permalink
| Explorer Windows
| 0 comments
Reported on 24 February 2005
When you try to overrule a white-space: nowrap IE5.5 ignores it.
Test page Workaround is not included
Reported by: Paul van Steenoven.
Permalink
| Explorer Mac, Explorer Windows, Opera
| 4 comments
Reported on 21 February 2005
Setting of the maxlength attribute with Javascript using the setAttribute() function doesn't work in Explorer and Opera, while setting other attributes like size works.
Test page Workaround is not included
Reported by: Henning Jungkurth.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 2 comments
Reported on 18 February 2005
Explorer 6 Windows ignores all margins on a table. 5.0 and 5.5 ignore top and bottom margins.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 2 comments
Reported on 16 February 2005
Using a sans-serif font-family may cause an unwanted gap between tightly stacked items.
Test page. Workaround is included.
Reported by: Maxine.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 14 February 2005
The HTML specification does not allow use of a number in a class or id, it is suggested that you preceed a leading number with an underscore (_). Windows IE does not obey the rules set for a class or id beginning with an underscore.
Test page Workaround is not included
Reported by: Aaron Gustafson.
Permalink
| (Orphaned), Explorer Windows
| 0 comments
Reported on 9 February 2005
A floated (but otherwise unstyled) button in a relatively-positioned div is hidden by any background. The button is hidden only when the div does not have a width setting.
Workarounds: set a width or remove the background of the containing div.
Test page Workaround is included
Reported by: Courtenay.
Permalink
| (Orphaned), Explorer Mac, Explorer Windows, Mozilla, Safari
| 0 comments
Reported on 7 February 2005
I wanted to use text-indent and p:first-letter to style my paragraphs. When using an image set to float:right or float:left right at the beginning of the paragraph, all browsers but Opera interpret the image as the first letter (element) in the paragraph, and don't show the style for the first-element at all.
This goes for text-indent too, although IE does show this correctly. In my example I put the second image after the first word in that paragraph. Now both the text-indent and the :first-letter work OK, but the image is not aligned at the top of the paragraph. Trying to correct this with a negative margin-top doesn't work. The first line will go through the image.
Test page Workaround is not included
Reported by: Jack.
Permalink
| Explorer Windows
| 1 comments
Reported on 4 February 2005
Eric Meyer's Pure CSS Popups turn out not to work in Explorer Windows unless you use one of a list of declarations to make a:hover "have layout". Meyer uses one of the correct declarations, so his example works.
Test page. Workaround is included.
Reported by ppk.
Additional tests by Claire Campbell.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 3 February 2005
It seems IE is limited in the importation of stylesheets via the @import rule. If you try to import more than 4 levels of CSS, the fifth one is not considered by Ie.
Test page Workaround is not included
Reported by: Thierry Goulet.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Mozilla, Safari
| 5 comments
Reported on 2 February 2005
When creating custom DTDs like the one below, all browsers except Opera see the end of the ATTLIST as the end of the DOCTYPE. The result is that they print "]>" on the screen.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" [ <!ATTLIST p behavior CDATA #IMPLIED> ]>
Test page. Workaround is not included
Reported by ppk.
Permalink
| (Orphaned), Explorer Mac, Explorer Windows, Mozilla, Safari
| 1 comments
Reported on 31 January 2005
Keyboard events for non-alphanumeric keys create an incorrect keyCode attribute on the event. This appears to be a problem on all browsers but Opera 8b and higher.
The workaround is very much a hack and does not work for international users.
Test page Workaround is included
Reported by: Peter Siewert.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 28 January 2005
If you give TDs a CSS width and then use colspan, Explorer Windows still uses the declared CSS width for the content of the colspanned TD.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 2 comments
Reported on 26 January 2005
For nested boxes IE doesn't add the outer box padding and the inner box margin, as all other browsers do.
Test page Workaround is not included
Reported by: Daniel Bleisch.
Permalink
| Explorer Mac, Explorer Windows
| 8 comments
Reported on 24 January 2005
The CSS 'bottom' property can be used to place an absolutely positioned element relative to the bottom of the containing block. When 'top' is also specified, the element should stretch from 'top' to 'bottom'. However, when both are specified, IE ignores 'bottom' and instead bases the height of the element on its contents (shrink-to-fit).
IE similarly ignores the CSS 'right' property when 'left' is specified.
Only IE 6.0 and Firefox 1.0 tested. No pure CSS (non-javascript) workaround found yet.
Test page Workaround is not included
Reported by: Justin Schiller.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Opera
| 0 comments
Reported on 21 January 2005
In Explorer Windows an element both floated and cleared is ignored by a subsequent float: the latter is positioned higher than the former, and overlaps it.
Explorer Mac and Opera don't get it quite right, either, but they're not as bad as Explorer Windows.
Test page Workaround is not included
Reported by: Bruno Fassino.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 20 January 2005
When the font of a page in an iframe is resized, Explorer Windows seems to retain the line-height of the previous font size.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Windows
| 0 comments
Reported on 19 January 2005
IE/Win does not respect a set line-height in presence of an inline image shorter than the line-height.
Test page Workaround is not included
Reported by: Bruno Fassino.
Permalink
| Explorer 7 beta 2, Explorer Windows, Opera, Safari
| 1 comments
Reported on 18 January 2005
When navigating between named anchors in IE, the window.location object changes to reflect the change in the URL. This is correct. However, the window.location object should also change when you use the back or forward buttons, or the history.back() and history.forward() methods, to move between these anchors, and in IE 6.0 and IE 6.1, it does not.
Opera has exactly the opposite bug: it never shows the hash.
Test page Workaround is not included
Reported by: Isaac Z. Schlueter.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 3 comments
Reported on 17 January 2005
Internet Explorer on Windows completely ignores closing LI tags.
This means that if the list item contains a block level link, the blank space after the LI will be rendered as a blank line.
It also means that if elements are nested within the list, but not within a LI (this is invalid HTML, but people still do it), IE will treat them as if they are in the preceding LI. This modifies both the DOM and the response to CSS.
Test page Workaround is included
Reported by: TarquinWJ.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Mozilla, Opera
| 0 comments
Reported on 14 January 2005
The box model of a td turns out to be unchangeable in Explorer (Win and Mac), Mozilla and Opera. Explorer Mac forces it into the traditional model, while the other browsers force it into the W3C box model.
Therefore you can't switch the box model of a td, something that is possible for any other element.
Explorer Windows, though, switches the TDs to the correct box model when you use table-layout: fixed. Unfortunately this does not work in the other browsers.
Test page. Workaround is included only for Explorer Windows.
Reported by ppk.
Permalink
| Explorer Windows
| 9 comments
Reported on 10 January 2005
Using the :first-letter selector (such as to do drop-caps) crashes IE 5.5 and 6.0 WinXP when that first letter is part of an underlined link which is visible on-screen.
Reported to MS in February 2004 - may be fixed in SP2, but I haven't been able to verify it.
:first-letter doesn't work in IE 5.0 Windows, so that browser doesn't crash.
Rare in that this crashes the browser, rather than just displaying in a funny manner.
Test page Workaround is not included
Reported by: Dave Polaschek.
Permalink
| Explorer Windows
| 5 comments
Reported on 5 January 2005
Explorer 5.5 Windows and below see an imported print style sheet as a normal screen style sheet.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Windows
| 0 comments
Reported on 3 January 2005
When placing an absolutely positioned element in a relatively positioned one, Explorer 5.0 Windows may calculate the left relative to the browser window instead of to the relatively positioned element.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows
| 3 comments
Reported on 22 December 2004
Explorer positions a background-image underneath the border of the element. Therefore it's impossible to get the position of a background image in an element with a border correct in all browsers.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Mac, Explorer Windows
| 1 comments
Reported on 20 December 2004
When using multiple class names for an element, Explorer will ignore all but the last of class names:
element.class1.class2 { }
Explorer completely ignores the class1 selector and happily applies the rule to an element that has only class2 set.
Test page Workaround is not included
Reported by: Tino Zijdel.
Permalink
| Explorer Windows
| 2 comments
Reported on 15 December 2004
In IE with SP2 if you a few a few anchor tags for a menu that have some vertical distance from each other (by using the bottom margin) and on hover want them to change background color, you are in for a nice surprise (removing the margin of the anchor 2 places behind it ..)
Test page Workaround is not included
Reported by: Petrioli Gabriel.
Permalink
| Explorer Windows
| 2 comments
Reported on 13 December 2004
<A> elements with a background image have a problem. It is in effect (as far as I can see):
display:blockposition:relativeBug fix: The element must get position:relative, which creates problems for IE5.0, as it then ignores padding-left on the element.
Test page Workaround is included
Reported by: Jesper Rønn-Jensen.
Permalink
| Explorer Windows, Safari
| 1 comments
Reported on 10 December 2004
Setting an inline border style (element.style.border) works in all browsers. Removing it to allow the normal border styles to return, however, is tricky in Explorer Windows and impossible in Safari.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer Windows
| 0 comments
Reported on 8 December 2004
Setting up a row of floats in Explorer 6 can lead to a plethora of erratic behavior, namely duplicate characters; in this bug report, I go into detail on some pure-CSS triggers which can make these extra characters appear, examples on how the bug is triggered, and different ways to combat it.
Note that these bugs are not caused by comments in your XHTML, as is the well known original Duplicate Characters Bug.
Test page Workaround is included
Reported by: Agent EQzE.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 6 December 2004
When a floated box does not have non-floated content alongside it that extends the full height of the float (including its vertical margin), the next 'cleared' div after the float has a top padding that is twice what it ought to be (in IE5.5 and 6).
Test page Workaround is included
Reported by: Luke Plant.
Permalink
| (Orphaned), Explorer Windows
| 1 comments
Reported on 29 November 2004
When using addRule() to add a CSS rule with a selector that IE6 doesn't support, the browser hangs.
Even when you close Explorer after trying the buggy code, your system may remain very slow. In that case, rebooting helps.
Test page. Workaround is not included.
Reported by Martijn.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 4 comments
Reported on 26 November 2004
When you apply a width to an ol or ul, Explorer Windows secretly applies more rules. Moreover, 5.0, 5.5 and 6.0 each apply different rules.
(note: This bug is very similar, but not identical, to Ordered list rendering with width on LIs.)
Test page. Workaround is not included.
Reported by ppk.
Permalink
| (Orphaned), Explorer Windows
| 2 comments
Reported on 25 November 2004
Explorer 6 WinXP SP 2 crashes on a combination of Strict Mode, padding, position: relative and white-space: nowrap if you set a page containing all these elements as your home page.
This is a complicated bug, please read the explanation carefully.
Test page. Workaround is included.
Reported by Karen Stevenson.
Permalink
| (Orphaned), Explorer Windows
| 5 comments
Reported on 22 November 2004
IE applies HTML normalization to the data that is assigned to the innerHTML property. This causes incorrect display of whitespace in elements that ought to preserve formatting, such as <pre> and <textarea>
Test page. Workaround is not included.
Reported by Sebastian Redl.
Permalink
| (Orphaned), Explorer Mac, Explorer Windows, Opera
| 3 comments
Reported on 21 November 2004
It is impossible to clone nodes in an iframe and append these clones to a node in the main page. Copying innerHTML works fine, though.
Test page. Workaround is not included.
Reported by Jaap Roes.
Permalink
| Explorer 7 beta 2, Explorer Windows, Safari
| 6 comments
Reported on 20 November 2004
When you define visibility: hidden on * Explorer Windows and Safari don't show anything ever again.
Test page. Workaround not included.
Reported by Giuseppe Bertone.
Permalink
| Explorer Windows, Mozilla, Opera
| 1 comments
Reported on 17 November 2004
font-weight: 600 and font-weight: bold are not equivalent. The browsers stretch up their fonts when you use 600. For a really correct bold font you must use bold or 700.
Mozilla exhibits a similar bug only on Mac: any text with font-weight: 600 appears as normal, non-bold text.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Mac, Explorer Windows, Mozilla
| 3 comments
Reported on 7 November 2004
When you change the font size of button elements, odd things start to happen in IE Win & Mac, and Mozilla. Of course, each browser has its own take on 'odd things'. The Mozilla problem is solvable.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer Windows
| 1 comments
Reported on 1 November 2004
Up to XP SP2 Explorer 6 Windows supported @i url(some.css).
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Windows, Mozilla
| 3 comments
Reported on 30 October 2004
Any button uses the traditional box model instead of W3C's, regardless of rendering mode.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 3 comments
Reported on 29 October 2004
If you move a checkbox through the document by W3C DOM methods, the checkbox returns to its default state (checked or unchecked).
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer 7 beta 2, Explorer Windows
| 0 comments
Reported on 26 October 2004
If an iframe contains body {position: relative}, the scrollbars of the main window may disappear.
Test page. Workaround is not included.
Reported by Keith Swartz.
Permalink
| (Orphaned), Explorer Windows
| 0 comments
Reported on 25 October 2004
IE 5.0 only: If you add content by innerHTML to table cells which have overflow: auto or hidden, only the first two lines are shown.
Test page. Workaround is not included.
Reported by Mariusz Kulerski.