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 Mac.
Permalink
| Explorer Mac, Mozilla, iCab
| 0 comments
Reported on 17 March 2006
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.
Test page Workaround is not included
Reported by: Chris Hester.
Permalink
| Explorer Mac, Safari
| 0 comments
Reported on 20 February 2006
Safari doesn't allow you to set a background image on a textarea.
Test page Workaround is not included
Reported by: Jean-Charles Meyrignac.
Permalink
| Explorer 5-6 Windows, Explorer Mac, Safari
| 2 comments
Reported on 16 February 2006
It is not possible to obtain the correct scrollTop value of a select list in Explorer, regardless of strict/quirks mode. to reproduce, enter the test page, scroll the list a bit, then hit the button. The alert will display 0 value in IE, and correct value in Mozilla based browsers.
Test page Workaround is not included
Reported by: Omry Yadan.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 12 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, Opera
| 2 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
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 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
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 3 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 Mac
| 0 comments
Reported on 29 June 2005
When creating an object using the inline object syntax, it is possible to use numbers as property names:
var foo = {7:'bar'};
In Internet Explorer for Mac, this will throw a syntax error and cause the entire script to be ignored.
Test page Workaround is included
Reported by: TarquinWJ.
Permalink
| Explorer Mac
| 1 comments
Reported on 27 June 2005
As ppk reported spaces in classnames will have buggy effects in Explorer Mac. It will use a class called .infobox for every element with an empty class name! Seems like it is an internal class for something.
Test page Workaround is not included
Reported by: Thomas Vavra.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 Mac, Mozilla
| 1 comments
Reported on 6 June 2005
When a floated list with overflow: auto; contains a dropdown, the dropdown disappears when changing its value (Mozilla) or never appears at all (Explorer Mac).
Test page Workaround is not included
Reported by: Benjamin.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 Mac, Safari
| 1 comments
Reported on 9 May 2005
Explorer Mac and Safari also trigger the onload event when you use an internal anchor to jump to. The jump is executed time and again.
(ppknote: This bug is closely related to Setting location.hash to the same value twice causes reload, but it's not quite the same.)
Test page Workaround is not included
Reported by: Benjamin Eric Morin.
Permalink
| Explorer 5-6 Windows, Explorer Mac
| 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 Mac, Opera
| 0 comments
Reported on 9 March 2005
Opera misplaces absolutely-positioned elements when their containing block is subject to text-align of center or right. It places them where they would have been if they were subject to text-align:left.
Explorer Mac positions the text correctly, but makes the divs far too wide.
Note that you need to be setting display:inline on a DIV, or similar, to be affected by this.
Test page Workaround is not included
Reported by: Phil Endecott.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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
| (Orphaned), Explorer 5-6 Windows, Explorer Mac, 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 Mac
| 1 comments
Reported on 17 February 2005
Explorer Mac can't handle class names that start with a space: it applies very weird styles to the element.
Test page. Workaround is not included
Reported by ppk.
Permalink
| Explorer Mac, Safari
| 0 comments
Reported on 15 February 2005
Safari and Explorer Mac have trouble with reading JavaScript properties of an entire radio button array.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Mac, Opera
| 4 comments
Reported on 10 February 2005
An absolute layer positioned on top of an iframe will always disappear behind the iframe, even if you set its z-index.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Mac, Opera
| 8 comments
Reported on 8 February 2005
When you click on a label, the click event of the related form field should fire. Unfortunately Opera and Explorer Mac don't always do this.
Explorer Mac doesn't fire the click event on text fields and textareas, while Opera only fires the click events on radios and checkboxes.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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
| Explorer 5-6 Windows, Explorer Mac
| 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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 Mac
| 0 comments
Reported on 12 January 2005
If you use appendChild to move a table row to the end of its table (tbody), Explorer 5 Mac will hang up.
Test page Workaround is included
Reported by: TarquinWJ.
Permalink
| Explorer Mac
| 3 comments
Reported on 7 January 2005
In a frameset a body {overflow: hidden} declaration is carried on to the next page.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer Mac
| 2 comments
Reported on 4 January 2005
When using overflow: auto for an element inside a page, the page nonetheless may become long enough to contain the entire content of the element, even though part of it is hidden. This creates unwanted scrollbars.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac
| 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 5-6 Windows, Explorer Mac
| 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 Mac, Mozilla, Opera
| 2 comments
Reported on 17 December 2004
Mozilla and Opera split up one huge text node into several smaller text nodes. Explorer Mac acts weirdly.
Maximum text node sizes:
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Mac, Mozilla
| 0 comments
Reported on 9 December 2004
Mozilla doesn't honour a position: relative on a table, which can therefore never serve as a container for absolutely positioned elements. This is a deliberate choice, and not a bug, oddly.
Test page. Workaround is not included.
On the other hand, Explorer Mac behaves as if every table has a position: relative. It always positions absolute layers in the table relative to the table, even if they should be positioned relative to the browser window.
Test page. Workaround is not included.
Reported by ppk.
Permalink
| Explorer Mac
| 0 comments
Reported on 3 December 2004
Absolutely positioned elements have a secret right and bottom margin of 15px. When you place such an element flush right or bottom, an unwanted scrollbar may appear.
Possibly the margin is the space reserved for the element's scroll bar.
Test page. Workaround is included.
Reported by ppk.
Permalink
| Explorer 5-6 Windows, Explorer 7 beta 2, Explorer Mac, 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.