Site Navigation

Friday, August 3, 2007

Site Feedback

Did you find a bug with this site? or want to provide some sort of feedback?

Drop me a line below, I'll be sure to check out what you have to say. If you want to submit a bug report on a browser, or framework / programming language, use the Submit a Bug form instead.

Cheers,
xyz

9 comments:

mmurph211 said...

I think I may have found another way around this bug --> http://webbugtrack.blogspot.com/2007/10/bug-235-createelement-is-broken-in-ie.html

I posted the solution I found on my web development blog here:
http://matts411.com/webdev/cre.....javascript

Let me know what you guys think.

Matt

Andy said...

http://webbugtrack.blogspot.com/2007/08/bug-242-setattribute-doesnt-always-work.html

I found a workaround which solves this.

var attr = element.getAttributeNode("class");
if (attr)
attr.value = "classname";
else
element.setAttribute("class", "classname");

Works for me in IE7.

Jared Mellentine said...

Re: Bug 126 - Using IE's attachEvent will break the 'this' object.

Steak said...

Regarding Bug 235 - setting name attribute in IE, an alternative workaround to set the name in the situation where you are not creating a new element, you can use the following:

try
{ // Try to set using IE compliant method
el.outerHTML = el.outerHTML.replace('<BUTTON', '<BUTTON name="foo"');
}
catch (err)
{ // Set for other browsers
el.setAttribute('name', 'foo');
}

Hope this helps as it doesn't seem to be a bug that is going away soon!

PS - seems that I can't submit with the greater than sign to open the button tag, so i've replaced it with the HTML Code - hope it displays correct.

Steak said...

Regarding Bug 235 - setting name attribute in IE, an alternative workaround to set the name in the situation where you are not creating a new element, you can use the following:

try
{ // Try to set using IE compliant method
el.outerHTML = el.outerHTML.replace('<BUTTON', '<BUTTON name="foo"');
}
catch (err)
{ // Set for other browsers
el.setAttribute('name', 'foo');
}

Hope this helps as it doesn't seem to be a bug that is going away soon!

Anonymous said...

Regarding Bug 210: No innerHTML support...

http://webbugtrack.blogspot.com/2007/12/bug-210-no-innerhtml-support-on-tables.html

Another workaround is to put the table inside a <div> and replace the entire table (the <div>'s innerHTML), rather than the table's innerHTML. Doing it this way, you can avoid having to use the DOM methods, but you have to make sure your table includes a <tbody> or the entire table will appear disabled in IE.

Anonymous said...

I submitted two bugs for review the other week; one concerned appendChild where for someElement.appendChild(someOtherElement)
in IE6 and IE7 the document of
someElement and someOtherElement
must the same. I've been able to reproduce this several times and have not found a workaround.

the other bug concerned loading a jsp page (say with an updated table) into a hidden panel and then using the DOM to access that table.
I reported that in IE6 I didn't seem to have access to that table
tho I did to fixed elements of the page.
I standalone version of IE6 that I'm using seems to have cookies turned off by default; when the jsp
page was loaded with the session id
attached to the url all was well.

you can reach me at
brian_whalley@yahoo.ca

thank you

Brent D. said...

Bug 119 for IE6 options that don't show the title tooltip

http://webbugtrack.blogspot.com/2008/06/bug-119-no-title-for-options-in-ie6.html

is actually only part of the problem. IE6 will not display the tooltip at all, even on the select element, so even if you hacked something to make it set a title on the select element it would still fail.

Brent

Anonymous said...

http://webbugtrack.blogspot.com/2008/05/bug-190-fieldsets-are-broken-in-ie8.html

This is fixed in the current partner builds so it'll be fine in beta 2.