#16508 closed defect (bug) (fixed)
Widgets are completely frozen in the back end. Widget usability is 0% with no possibility of editing...
Reported by: | trusktr | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 3.0.5 |
Component: | Widgets | Keywords: | |
Focuses: | Cc: |
Description
My widgets in the back end are completely frozen, along with other UI features. For example, i can't drag any draggable UI elements (most impartantly widget) and I can't expand or collapse any expandable/collapsable elements (most importantly widgets). I have the latest version of wordpress; freshly upgraded. I've also deactivated ALL plugins, but that doesn't fix the problem.
So basically, my main priority is to edit my widgets, but i can't expand them with the down arrow to edit their settings. I can't drag them to re-arrange them or delete them. I can't do anything with them!!!
The major problem is that I want to upgrade one of my plugins that provides widgets, but if I upgrade the plugin, I'll have to re-do the settings of the widgets since they have been re-designed. However, I will not be able to do any editing and will therefore be stuck with blank, non-working widgets.
If in the future i decide to add/remove widgets, it's completely impossible.
Well, i'm sure it's possible if I dig around through the database and make manual modifications, but that defeats the purpose of the graphical back end.
I've also tried various browsers and they all have the same problem.
I'm not the only one experiencing this issue, it is popping up in multiple instances across the forums. Here's a post I made about it:
http://wordpress.org/support/topic/why-are-widgets-froxen-in-the-back-end-i-cant-modify-them
I hope this can be fixed so I can resume normal use of my blog!
THanks in advance to those who may know how to squash this bug. :)
Attachments (1)
Change History (25)
#2
@
14 years ago
You might try disabling js concatenation in wp-config. I ran into an issue with a particular theme a while back and adding this to my wp-config fixed the JS issue. Worth trying.
define('CONCATENATE_SCRIPTS', false);
#3
@
14 years ago
Whoa. He's right. I have the same issue too. Turning off concantenation of scripts didn't solve it. I also cannot drag, drop, or edit widgets. Also, if I'm editing a published post and try to change the slug, #post_name is added to the url in the browser but nothing happens. Same is true clicking 'Edit' for the post status, visibility and published time too. So it must to be some type of javascript error.
WP 3.0.5, subfolder installation in case that matters
#4
follow-up:
↓ 6
@
14 years ago
I think I may have found the issue. In the admin area, the following url returns nothing (a blank page).
/wp-admin/load-scripts.php?c=0&load=hoverIntent,common,jquery-color,wp-ajax-response,admin-tags,inline-edit-tax,jquery-ui-core,jquery-ui-tabs&ver=2fd937e409ff1ae5c1fdac0acff51016
#6
in reply to:
↑ 4
@
14 years ago
Replying to AlexLakes:
I think I may have found the issue. In the admin area, the following url returns nothing (a blank page).
/wp-admin/load-scripts.php?c=0&load=hoverIntent,common,jquery-color,wp-ajax-response,admin-tags,inline-edit-tax,jquery-ui-core,jquery-ui-tabs&ver=2fd937e409ff1ae5c1fdac0acff51016
Just to quickly check, Accessing that url will return nothing on all hosts. That's because '&' is only valid in HTML, when typed into a browser it'll need to be changed to just '&':
/wp-admin/load-scripts.php?c=0&load=hoverIntent,common,jquery-color,wp-ajax-response,admin-tags,inline-edit-tax,jquery-ui-core,jquery-ui-tabs&ver=2fd937e409ff1ae5c1fdac0acff51016
#7
@
14 years ago
- Keywords reporter-feedback added; widgets javascript removed
is your theme enqueue ing a different version of jquery or any of the jquery plugins?
#9
@
14 years ago
Are you using a modern browser?
And... how many widgets are you using, and which ones... and which plugins that affect widgets?
Reason I'm asking is #10021.
#10
@
14 years ago
& > & Color me embarassed on that one!
I found my issue. Not sure if the OP has. Mine was user error. I made a coding error when I deregistered jquery-ui-sortable to enqueue it only on a given page on the front end and also in the admin area. But then I enqueue'd the wrong script, jquery-ui, instead of jquery-ui-sortable. Sorry all for mine.
@OP I'd check if your issue is related to jquery-ui-sortable.
#11
@
14 years ago
- Severity changed from blocker to normal
That's a bit more edge than what I was thinking. jorbin proposed what I thought would be the likely the issue: A theme is enqueueing jQuery 1.5. But, I just tested jQuery 1.5 on trunk (very lightly) and the widgets screen worked just fine.
#12
@
14 years ago
This whole ticket reads like it should have been a support forum thread until a clear bug was identified.
#13
@
14 years ago
With script debug turned off, this breaks Widgets:
function jquery15( $src ) { $src = preg_replace( '#^(.*)/jquery.js(.*)$#', 'https://ajax.googleapis.com/ajax/libs/jquery/1.5.0/jquery.min.js', $src ); return $src; } add_filter( 'script_loader_src', 'jquery15' );
It looks like in that case, jQuery is enqueued AFTER jQuery UI, which obviously doesn't work.
#15
@
14 years ago
Wrote a plugin to restore the bundled jQuery in the admin (as per suggestion in the post).
#16
follow-up:
↓ 17
@
14 years ago
The issue is addressed and fixed here on trunk jQuery: http://bugs.jquery.com/ticket/8123
It's not obvious from the jQuery ticket what the bug is, but this UI ticket has a clearer explanation: http://bugs.jqueryui.com/ticket/6955
#17
in reply to:
↑ 16
@
14 years ago
Replying to filosofo:
It's not obvious from the jQuery ticket what the bug is
I mean that it's not obvious how the bug pertains to the draggable error issue here.
#19
@
14 years ago
Hey guys, so mine works now. I haven't changed anything except i cleared my browser cache in Chrome... but this still doesn't explain why it wasn't working in other browsers. Today i turned my computer on, and it just worked... What the???
Anyways, when i had 3.0.4, i had downgraded jquery (but i do believe widgets were working), then put back the wordpress jquery later. I refreshed my browsers, and the effects of replacing jquery would show up on my front-end. However, the backend had this problem no matter what version of jquery i tried (as far back as jquery.1.2.6), even the latest.
But i did indeed notice that the backend uses a php file to load scripts (load-scripts.php?) so perhaps this was having some sort of problem with the files?? Does that script check md5 sums or something along those lines??
Anyways, perhaps that plugin SergeyBiryukov made above would have helped. Sorry i can't really help find what the problem was. I wish I knew so you guys (the true programmers) could figure out how to fix it.
If it happens again, i'll definitely post back.
#20
@
14 years ago
As noted by Andrew, jquery 1.5 s the culprit... but i have 1.5 despite my backend working all of a sudden...
#21
follow-ups:
↓ 22
↓ 23
@
14 years ago
jQuery 1.5.1 has been released, including a fix for this issue.
Are there any JS errors in the console?
I can't reproduce this, and 3.0.5 changed nothing related to this. Very odd. Diffs from 3.0.4 to 3.0.5 don't show any obvious culprits. http://core.trac.wordpress.org/changeset?old_path=/tags/3.0.4&old=17436&new_path=/tags/3.0.5&new=17436
Are you definitely on 3.0.5? Not accidentally upgraded to 3.1?