tommcgee

What did you have in mind ??

Drag & Drop for Post Thumbnails was just the ticket, thanks Lucke!

Did you check your permissions?

But that’s a different problem.

Hm. I am not using that plugin.

Fortunately there’s a workaround. I’ve found that whatever is the first image associated with a post becomes its featured image. So if I plan carefully I can still get the functionality, even though I lose the flexibility.

If a solution is found it would be nice to know where to look.

I haven’t had a chance to dig further into this for a while, but it’s only a problem in one of our two multi-site installations. They’re both running the same version of everything, and a similar grouping of plug-ins.

I’m using WP 3.4.2 in a multisite installation with a combination of subdirectories, subdomains and domains. It works in at least one of the subdomains, but not in the subdirectories or in the root blog.

One thing I noticed that at least made it behave differently, in wp-admin/js/set-post-thumbnail.js Firebug was showing this line:

action:"set-post-thumbnail", post_id: post_id, thumbnail_id: id, _ajax_nonce: nonce, cookie: encodeURIComponent(document.cookie)

In the key value pair “post_id: post_id” it was interpreting the key as a variable instead of a string, so it was passing something like “71: 71”. I put quotes around the key, so now I see that the POST is actually populated the way it should be — it was empty before — but still the server isn’t responding.

Here’s the form data sent to admin-ajax.php:

action:set-post-thumbnail
post_id:6
thumbnail_id:198
_ajax_nonce:51f75c019e
cookie:a_bunch_of_stuff_I_shouldn't_post_here

I’m going to dig into this a little more tomorrow, but I doubt it’s a hosting issue. We’re self-hosted and as far as I know nothing changed in our security.

Testing it on a server that doesn’t work, against one where it does, it might be that the outgoing request to set the thumbnail is empty. Firebug should show something like this in the “Post” tab:

_ajax_nonce	0c3d41d6bf
action	set-post-thumbnail
cookie	(cookie stuff here)
post_id	4098
thumbnail_id	4099

But in the non-working one the request has no details at all, it just goes red and shows “aborted.” In fact there are no post parameters at all. If you right-click on the “Aborted” request, it’s not even an option, unlike the autosave ones.

When I look closely in the script debugger, it shows (shortened) something that an alert is supposed to be thrown if e==”0″, “Object SetThumbnail error=’Could not set that as t…a different attachment.'” but it isn’t. Doesn’t look like ‘e’ gets defined at all, but I’m not sure.

By the way, the non-working version is a multisite installation.

Marked “resolved,” but isn’t.

Another problem using multisite, I was getting tons of “Request exceeded the limit of 10 internal redirects due to probable configuration error” messages, which I tracked down to a line in google-analytics-summary-widget.php, line 60.

The ajax call includes this:

url: ‘admin-ajax.php’,

But in a multisite environment your dashboard is in https://www.myblogs.com/wp-admin/network, in which case it’s going to be looking for a file that doesn’t exist.

url: ‘<?php bloginfo(‘url’); ?>/wp-admin/admin-ajax.php’,

probably makes more sense.

I’m getting the same error after upgrading.

The basic problem seems to be that a second “ga:” is being prepended to the account ID where it’s not needed. Can’t you put in a pattern-match to see if it’s there first, and only prepend if necessary?

The widget is broken, too. I see a dot (.) then the rest of the widget container fails to execute.

I changed line 224 in /plugins/google-analyticator/class.analytics.stats.php from

‘ga:’ . $this->accountId,

to this:

$this->accountId,

And the error messages have gone away. The analytics code still appears on the pages; we’ll see tomorrow whether the reports are still working the way they should.

Bulletproof Security was named as a suspected conflict on another thread, but since I used Ultimate Security Checker instead I tried disabling that.

Interesting: The “Saving…” link is still hung. But when I close the dialog window and save the post, the featured image shows up right where it should.

Another clue, perhaps.

But what exception did they add, specifically?

It’s happening on my multisite installation (over 300 blogs, deactivating plugins isn’t an option) across all of the sites I’ve tried, and all the templates I’ve tried (including the latest twentyeleven).

I’ve tried using another browser, clearing cookies and browsing history — nothing

There’s also nothing in my server logs.