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.

The horizontal margins of a table are incorrectly added to its offsetWidth and clientWidth.

Test page. Workaround is not included.
Reported by ppk.

In a for...in loop, Safari mistakenly iterates over shadowed properties of an object.

Shadowed properties are an object's constructor's prototype properties which have been overwritten by a property of the object.

This bug affects Safari up to version 2, but has been corrected in WebKit.

Test page Workaround is not included
Reported by: Tobie Langel.

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.

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.

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.

If you have an element set to float:right; and you follow it with another element set to clear:right; float:right; and then follow those first two elements with a third element set to float:left;, the third element will not float next to the first element, even though it is not actually being cleared.

This bug is also present when the directions are reversed.

(ppknote: Strictly speaking this is a bug in Explorer, but I find Dan's reasoning compelling enough to publish his report unaltered. Besides, other web developers will conceivably run across this behaviour in Safari, Opera, or Firefox. Be sure to click the "real world example" link on the test page.)

Test page Workaround is not included
Reported by: Dan Richman.