[wp-trac] Re: [WordPress Trac] #8957: 100% CPU,
unresponsive javascript when leaving admin "Edit Posts" and "Edit
Post" pages
WordPress Trac
wp-trac at lists.automattic.com
Sun Jan 25 21:19:03 GMT 2009
#8957: 100% CPU, unresponsive javascript when leaving admin "Edit Posts" and "Edit
Post" pages
-------------------------------+--------------------------------------------
Reporter: _timk | Owner: azaozz
Type: defect (bug) | Status: new
Priority: normal | Milestone: 2.8
Component: JavaScript | Version: 2.7
Severity: major | Resolution:
Keywords: reporter-feedback |
-------------------------------+--------------------------------------------
Comment (by _timk):
Hmmm... 1.3.1 almost solves the problem. They've changed the unloader:
{{{
// Prevent memory leaks in IE
// And prevent errors on refresh with events like mouseover in other
browsers
// Window isn't included so as not to unbind existing unload events
jQuery( window ).bind( 'unload', function(){
for ( var id in jQuery.cache )
// Skip the window
if ( id != 1 && jQuery.cache[ id ].handle )
jQuery.event.remove( jQuery.cache[ id ].handle.elem );
});
}}}
Looks like they've changed their internal event handling over to the live-
style architecture that's new with 1.3, so they're keeping a list of the
events that need to be unbound.
There's little delay on typical navigation between the post list pages and
edit pages with 1.3.1, but the delay comes back if you use the Quick Edit
function on the Edit Posts page, then navigate away. I'd imagine events
are being attached to the category checkboxes for something to do with the
edit form, and then they have to be unbound on unload.
Are there plans to move WordPress to jQuery 1.3.x?
--
Ticket URL: <http://trac.wordpress.org/ticket/8957#comment:10>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list