Bug Reports for Explorer 7

On this page you find the archived bugs for Explorer 7.

Absolute/Fixed elements align with Adjacent elements

Permalink | Explorer 7 | 1 comments
Reported on 4 September 2007

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 '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.

Test page Workaround is not included
Reported by: Randeep.

IE7 Uncle Double Class Selector Bug

Permalink | Explorer 7 | 0 comments
Reported on 3 September 2007

Creating a [.class|*|element] + element selector rule will cause IE7 to apply .class1.class2 element or .class1.class2 > 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.

Test page Workaround is included
Reported by: Mit The Destroyer.

IE incorrectly handles <param> tags when scripting

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 31 August 2007

When scripting an object tag for the param tags, IE reports all param tags of all object tags as children of all object tags.

Test page Workaround is not included
Reported by: Bart Melton.

IE will not submit unless file field is correctly specified

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 30 August 2007

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 "File not found".

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.

Test page Workaround is not included
Reported by: Duncan Simey.

MSIE7 fieldset bug

Permalink | Explorer 7 | 1 comments
Reported on 29 August 2007

There is a div element with float:left inside a fieldset. The fieldset has "border:1px solid #64461A;".

Inside the fieldset is <em> element. When <em> 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.)

Test page Workaround is included
Reported by: insekticid.

IE7 with haslayout and cursor text problem

Permalink | Explorer 7 | 0 comments
Reported on 23 August 2007

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.

Test page Workaround is not included
Reported by: old9.

alphaimageloader filter shows backgrounds on zoom using ie7

Permalink | Explorer 7 | 0 comments
Reported on 21 August 2007

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' backgrounds become apparent.

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

Test page Workaround is not included
Reported by: ryan.

IE7:hover ghosts bug

Permalink | Explorer 7 | 0 comments
Reported on 16 August 2007

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.)

Test page Workaround is included
Reported by: Vilem Malek.

Border rendering bugs with border-collapse and hidden cell

Permalink | Explorer 5-6 Windows, Explorer 7, Mozilla, Opera, Safari, iCab | 4 comments
Reported on 5 April 2007

When border-collapse: collapse; is applied to a table with borders and a hidden cell, all browsers have issues:

Firefox hides border in the table entirely if all the cells in the row are hidden but the row element is visible. This can be resolved by hiding the row element.

Internet Explorer renders the border of the row that has all it's cells hidden. This can be resolved by hiding the row element.

Opera doesn't render all of the top border of a table if any of the top row cells is hidden and there is atleast one visible cell on the row.

Safari and iCab don't render the td border at all if a cell is hidden.

Test page Workaround is included
Reported by: Merri.

Floated elements overflow container incorrectly

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 4 April 2007

When using relatively positioned floating elements inside a container, which has an overflow other than visible, the elements behave as if the container has overflow: visible. This occurs in (at least) Internet explorer 6 and 7.

Test page Workaround is not included
Reported by: Viktor Kojouharov.

Total crash when JS traversal function hits invisible element

Permalink | (Orphaned), Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 2 April 2007

Internet Explorer crashes when a DOM tree traversing JS function is run on an element with display: none; position: absolute that has child elements.

The crash occurs when assigning the result of a unsuccessful document.getElementById() call to a property of one of the children in the hidden element.

Test page Workaround is not included
Reported by: Steffen M�ller.

ie7 position:fixed and margin-top bug

Permalink | Explorer 7 | 2 comments
Reported on 28 March 2007

imagine you want a fixed layer at the top of your page and all which follows to scroll UNDER that layer.
Apparently explorer 7 is unable to calculate a top margin for a 'position:relative' div which follows a 'position:fixed' one with higher z-index. The second layer will just stick to the top of the page no matter which marin-top you define for it.

Test page Workaround is not included
Reported by: feragnoli.

IE: no hyperlink above element using AlphaImageLoader filter

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 comments
Reported on 26 March 2007

I first noticed the problem when I tried to use a PNG+alpha background in an element that contains an hyperlink (see test page). The hyperlink would not work in certain area, which I later identified as non transparent areas of the background image.

It seems as if the filter "steals" mouse events in non transparent areas, regardless of its z-order (no click, no cursor shape change).

Workaround: add the filter to an element with position: static, and there must be a position: relative child element.

Test page Workaround is not included
Reported by: Herve Masson.

getAttribute("for") is always null in Internet Explorer

Permalink | Explorer 5-6 Windows, Explorer 7 | 3 comments
Reported on 22 March 2007

The getAttribute() method will return "null" in Internet Explorer when trying to get the for attribute of a label element.

Solution: use attributes['for'].nodeValue.

Test page Workaround is included
Reported by: Laurent Muchacho.

Incorrect handling of the this-keyword in the global scope by IE7

Permalink | Explorer 5-6 Windows, Explorer 7 | 3 comments
Reported on 20 March 2007

If you define a function as a member of the window object in IE7, the keyword this obviously refers to the wrong object:


window.myFunction = function() {
   return (this === window);
}

A call to myfunction() in IE7 would incorrecty yield false. This problem also affects exception handling. Predefined event-handlers like onload are not affected.

Test page Workaround is included
Reported by: Arnold Konrad.

Can't have both PNG32 and alpha(opacity) in IE7

Permalink | Explorer 7 | 1 comments
Reported on 9 February 2007

Using PNG with alpha channel is known to work fine in IE7 ... unless you also want to apply some opacity in a parent element (ex: if you want to use some javascript driven fadein/fadeout effect). In this case, the alpha data seems to be used as a on/off transparency layer.

A workaround consists of transforming the IMG element into a SPAN with the AlphaImageLoader filter (the usual trick to use PNG32 on IE6).

Test page Workaround is not included
Reported by: Herve Masson.

Ctrl-Click event lost on IE7 hyperlinks

Permalink | Explorer 7 | 0 comments
Reported on 6 February 2007

The control-click event cannot be caught by Javascript on an anchor tag unless the anchor tag has a child element (e.g. SPAN or FONT).

I need to catch this event on user-entered data, hence I can't work around by inserting a child element myself.

(ppknote: This is a regression in IE7. IE 4-6 handle this correctly.)

Test page Workaround is not included
Reported by: Duncan Simey.

IE6win won't allow cloneNode to other frames

Permalink | Explorer 5-6 Windows, Explorer 7, iCab | 0 comments
Reported on 5 February 2007

IE6 throws errors when an element is cloned from one frame and appended to another. This includes pop-ups.

The test page shows two frames and buttons which trigger various combinations of cloning from (hidden) elements in a frame and appending to another.

In Firefox 1.5.09, all permutations work. In Safari 1.3.2, all permutations work at some times, but silent crashes occur at others

IN IE6win, an unappended clone can be held in a variable in another frame (eg. its parent), but it must be appended to the frame from whence it came.

I think this means that DOMloading in pop-ups must be created afresh OR cloned from elements in the pop-up itself.

Test page Workaround is not included
Reported by: Andy Taylor.

checkbox not checked with setAttribute

Permalink | Explorer 5-6 Windows, Explorer 7 | 2 comments
Reported on 2 February 2007

Attempting to set a generated checkbox element to a checked status fails in IEwin6:it doesn't matter whether setAttribute is called before or after appending.

Don't have a workaround besides using el.checked=true after appending (which is precisely want I wanted to avoid!)

Same problem doesn't affect disabled attribute. PS. see also testpage elements for select.selected and select.size

Test page Workaround is not included
Reported by: Andy Taylor.

A cloned table row (<tr>) stops being a table row element in IE

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 comments
Reported on 20 December 2006

If you clone a table row element (tr) by means of cloneNode()in IE it loses its table row "identity". This means that with the cloned row cells[], for instance, is no longer available.

Test page Workaround is not included
Reported by: Rein Groot.

Floaty JavaScript Browser Bugs

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac, Mozilla, Opera, iCab | 2 comments
Reported on 19 December 2006

Repositioned content via JavaScript coupled with floats is triggering a variety of bugs in various browsers.

Test page Workaround is not included
Reported by: Chris Hester.

Checkbox slow to react

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac | 3 comments
Reported on 15 December 2006

Changing the status of a checkbox less then a second after it's been changed doesn't change the status again. Try clicking the checkbox twice in rapid succession.

Test page Workaround is not included
Reported by: Velko Georgiev.

Background Zoom Bug

Permalink | Explorer 7 | 1 comments
Reported on 14 December 2006

IE7 apparently ignores the body element when zooming. So if a background image is applied to the body, zooming the page spoils the layout, as the image isn't resized to match the zoom value. Only elements within the body are affected by zoom.

Test page Workaround is included
Reported by: Chris Hester.

Missing Backgrounds Bug

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 13 December 2006

Internet Explorer 5, 6 & 7 fail to always render the background colours of repeated divs when you scroll down.

Test page Workaround is included
Reported by: Chris Hester.

Absolutely-positioned elements stretch to accomodate floats

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac, Mozilla, Safari | 2 comments
Reported on 12 December 2006

Placing a right-floated element in a left-positioned absolutely-positioned element causes the following behavior:

My understanding of the box model spec is that Opera and iCab's behavior is correct; if anyone can corroborate this it would be greatly appreciated.

Test page Workaround is not included
Reported by: Josh Fremer.

Floats with position: relative and percentage-value body margin inaccurately repositioned on page resize

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 11 December 2006

If your document's body uses a percentage value as a left or right margin, then position:relative (even without left/top/bottom/right declared), floated elements inside a containing block with a defined width, will not reposition accurately (or at all) as the page is resized. Reloading the page after resizing fixes the problem - just like a Netscape 4 bug.

Test page Workaround is not included
Reported by: David Bloom.

ie7, form elements & text size

Permalink | Explorer 7 | 2 comments
Reported on 13 November 2006

Microsoft's Internet Explorer 7 has a somewhat odd behaviour with how it displays form elements when you adjust the text size.

Test page Workaround is included
Reported by: Murray.

IE7 iframe hover-bug

Permalink | Explorer 7 | 3 comments
Reported on 10 November 2006

IE7 does not correctly process the ending of :hover events when the mouse is positioned over an iframe.

An element which has been altered by a :hover directive will remain altered as long as the user moves their mouse quickly enough over to an iframe element on the same page.

Test page Workaround is not included
Reported by: Darryl Dixon.

Restoring default border for text input elements leaves left border color intact

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 7 November 2006

Setting border: 2px inset on a text input element (INPUT.text, INPUT.password, TEXTAREA) to return to its default border after having changed its border style and color leaves the left border's previous color intact.

Test page Workaround is included
Reported by: Jason Brunette.

Rendering background-color incorrectly

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 comments
Reported on 25 October 2006

IE fails to fully render the background and borders of a div containing floats when the browser window is narrowed.

Test page Workaround is included
Reported by: Chris Hester.

Dropped Float Bug

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac | 1 comments
Reported on 4 October 2006

IE can drop a floated column with a percentual width when the browser window is narrowed.

ppknote: Explorer Mac crashes when you resize the test page.

Test page Workaround is included
Reported by: Chris Hester.

Elements with negative margins or indents get cropped when parent hasLayout

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac | 2 comments
Reported on 2 October 2006

Negatively margined (or indented) elements get cropped if their parent elements have layout (hasLayout == true).

(ppknote: IE 7 crops the right margin of the first example, but not the left. IE Mac ignores the margin-right: -10px in the first example.)

Test page Workaround is not included
Reported by: Margaux.

Background Image Paint Bug

Permalink | Explorer 7 | 1 comments
Reported on 21 September 2006

IE7 has problems painting the background image of a div. You can move over the page and it repaints it white! The bug appears to be triggered by a line of code referencing a non-existent element.

Test page Workaround is included
Reported by: Chris Hester.

Overflow Hidden not hiding

Permalink | Explorer 5-6 Windows, Explorer 7 | 2 comments
Reported on 19 September 2006

If a parent element is overflow:hidden, any of its children or grandchildren should be invisible if they fall in the overflow area.

In IE 6 and 7 beta 2, if a child has position:relative, its contents are totally visible although the parent is overflow:hidden

Test page Workaround is not included
Reported by: thinsoldier.

Italics in fully justified text alter its container

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 comments
Reported on 18 September 2006

The use of italics on long text blocks makes the containing DIV wider.

Test page Workaround is included
Reported by: Howard Russell.

IE overflow-y IFRAME bug

Permalink | Explorer 5-6 Windows, Explorer 7 | 0 comments
Reported on 3 July 2006

Using css property overflow-y:scroll on iframes in IE6 will cause it to display an empty gap on the right side of the frame. The gap is approximately the size of a scrollbar. There is no workaround yet, other than refraining from using overflow-y.

Test page Workaround is not included
Reported by: Lauri Piispanen / Conmio Oy.

Empty tags text duplication

Permalink | Explorer 5-6 Windows, Explorer 7 | 3 comments
Reported on 26 June 2006

Some text preceded by an empty tag in minimized form (<span />), and properly styled by some CSS rules, is duplicated.

Test page Workaround is not included
Reported by: Andrea.

innerHTML returning list elements with no end tag

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 comments
Reported on 6 June 2006

When using innerHTML in IE6 - aside from the tags contained in the returned string being in uppercase - an unordered list will only have an ending list item tag on the last list element.

Test page Workaround is not included
Reported by: Chris.

Empty DIV with 'overflow: hidden' gains height in strict mode

Permalink | Explorer 7 | 0 comments
Reported on 2 May 2006

In IE 7.0, an empty DIV with no height specified gains height when the CSS property 'overflow' is set to anything other than 'visible' and the document is in strict mode.

Test page Workaround is included
Reported by: Jason Brunette.

Incorrect clientX/Y for text of disabled INPUT elements in tables

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 comments
Reported on 15 March 2006

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.

Test page Workaround is not included
Reported by: Jason Brunette.

dotted borders become dashed

Permalink | Explorer 7 | 1 comments
Reported on 10 February 2006

If a list element's borders are defined as 1px dotted, but one border is further defined as 2px or greater, IE7b2 renders the dotted borders as dashes.

Test page Workaround is not included
Reported by: Carl Camera.

IE won't allow document.createElement('style')

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac | 15 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.

Explorer z-index bug

Permalink | Explorer 5-6 Windows, Explorer 7 | 11 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.

Stretched buttons bug

Permalink | Explorer 5-6 Windows, Explorer 7 | 5 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.

font-variant: small-caps and text-transform

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

mouseover on anchor and return value

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Floats and block widths applied in the incorrect order

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Text disappears when element is removed with innerHTML

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Fieldsets count as form fields

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac, Mozilla, Opera | 2 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.

Long option cut off if form placed in short div

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Background:inherit doesn't reset the background color

Permalink | Explorer 5-6 Windows, Explorer 7, Safari | 1 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.

nested form/table causes extra whitespace

Permalink | Explorer 5-6 Windows, Explorer 7, Safari | 3 comments
Reported on 21 November 2005

When nesting a form wholy inside a cell certain browsers includes extra white space at the end of the form. This would appear to be a bug.

Test page Workaround is not included
Reported by: Jay Soffian.

Replacing href in links may also change content of links

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

IE6 input field top/bottom unwanted margin

Permalink | Explorer 5-6 Windows, Explorer 7, Opera, Safari | 6 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.

Anchor Border Shortened When Inheriting Line-Spacing Property

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

Block level element inline-block hack

Permalink | Explorer 5-6 Windows, Explorer 7 | 1 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.

Browsers bail on DOM button.type="button"

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac, Opera | 3 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.

Table created with DOM2 methods is not displayed

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac | 1 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.

Disappearing image with relative position

Permalink | (Orphaned), Explorer 5-6 Windows, Explorer 7 | 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.

Form loses values when going "back" when window is opened

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

document.getElementById() returns element with name equal to id specified

Permalink | Explorer 5-6 Windows, Explorer 7, Opera | 5 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.

position:relative breaks out of overflow constraints

Permalink | Explorer 5-6 Windows, Explorer 7 | 2 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.

Setting accesskey attribute using setAttribute() is case-sensitive

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Wrapped inline+nowrap elements lose padding-left

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

Breaking floats into rows

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Backgrounds on table rows

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Percentual width of absolute element is computed relative to wrong block

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac, Opera | 4 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.

Explorer needs a width/height for absolute CSS layout

Permalink | Explorer 5-6 Windows, Explorer 7 | 3 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.

setAttribute does not work when used with the style attribute

Permalink | Explorer 5-6 Windows, Explorer 7 | 16 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.

Lack of spaces can cause css image failure

Permalink | (Orphaned), Explorer 5-6 Windows, Explorer 7 | 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.

getAttribute("HREF") is always absolute

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

No margins on table

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

font-family causes gap

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

Cascade limit via @import rule

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

Custom DTDs interpreted incorrectly

Permalink | Explorer 5-6 Windows, Explorer 7, Explorer Mac, Mozilla, Safari | 7 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.

CSS width on TDs and colspans

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

IE nested boxes (padding-top/margin-top)

Permalink | Explorer 5-6 Windows, Explorer 7 | 3 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.

An element both floated and cleared is ignored by a subsequent float

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Resizing iframe font

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

Back and forward between named anchors doesn't update window.location

Permalink | Explorer 5-6 Windows, Explorer 7, Opera, Safari | 2 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.

Box model of TDs

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Background images underneath borders

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Doubled top padding after float

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

width on ol/ul

Permalink | Explorer 5-6 Windows, Explorer 7 | 6 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.

innerHTML and text normalization

Permalink | Explorer 5-6 Windows, Explorer 7 | 7 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.

* {visibility: hidden}

Permalink | Explorer 5-6 Windows, Explorer 7, 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.

Box model of form button

Permalink | Explorer 5-6 Windows, Explorer 7, Mozilla | 5 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.

iframes and body position

Permalink | Explorer 5-6 Windows, Explorer 7 | 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.

This site is no longer maintained. I’m sorry, but it’s just too much work for too little return. You can continue to browse old bug reports, though.




Search reports by browser:

Atom RSS