Problem with Prototype and Firefox trunk builds

[RyanVM]

Over the past few months, I've noticed that the Dreamhost control
panel doesn't work correctly with Firefox trunk builds (development
builds leading up to Firefox 3.0). After doing some detective work
tonight with a few Mozilla developers, it was discovered that the
issue appears to lie with how Prototype implements
getElementsByClassName.

The bug for the issue is https://bugzilla.mozilla.org/show_bug.cgi?id=390411.
If you guys could check it out and weigh in, that would be great. It's
obviously going to become a bigger issue down the road once Firefox
3.0 is eventually released, so we might as well figure out now what's
going on and what needs to be done to resolve the issue!

Thanks,
Ryan

[RyanVM]

So....I guess nobody cares then?

[Thomas Fuchs]

We do. But the bug comments say it's basically their thing and they
haven't decided yet to fix it or not for firefox 3.0.
Anyways, i'll raise this in protoype core.

Best,
Thomas

Am 08.08.2007 um 12:45 schrieb RyanVM:

>
> So....I guess nobody cares then?
>
>
> >

[jdalton]

A simple bump message would help bring your post back to the surface,
it probably got burried under this busy list.

Could this be a related issue to this ticket:
document._getElementsByXPath() doesnt grace elements with $()
http://dev.rubyonrails.org/ticket/8843

[jdalton]

The latest trunk version of Prototype also doesn't overide the
document.getElementsByClassName() if it already exists...

They could piggy back it with:
//if they can override it...

if(document.getElementsByClassName
(function(){
var old = document.getElementsByClassName;
document.getElementsByClassName = function(){
return $(old.apply(null, arguments));
};
})();
}

//or you could fix it behaviorally
var foo = $A( document.getElementsByClassName('.foobar') );

//or you could use
var foo = $$('.foobar'); // i dont think it uses
document.getElementsByClassName()