efc

@lpstenu, yes, in a Drupal install I’d turn everything “off” then “on” again, but I’ve not done that with WP in years. Part of the attraction of WP is the simplicity of upgrades. If this step is really required, then WP should manage the off and on again as part of the auto upgrade, in fact, I thought it did just that.

Note, I’ve done half a dozen single site upgrades to 3.1 without incident, I think this is a mixup in the multisite plugin handling, probably something that has to do with the shift of plugins to the network admin area.

@illovich, yes, deinstalling and reinstalling the plugins helped. Of course, since the dashboard was broken I had to do this by removing the plugins from the wp-content/plugins folder, then going to the dashboard so that WP could notice they were missing, warn me, and turn them off, then return the plugins to the plugins folder and “network activate” them again. But yes, doing that dance did resolve the problem I was experiencing.

@rewetherly, no, my dashboards do not seem to be slow. They are pretty much responding as normal.

I know nothing about wp_reset_postdata(), but since you say this was advised, I looked into it a bit. There is a bit of a definition at:

https://phpxref.ftwr.co.uk/wordpress/wp-includes/query.php.html#wp_reset_postdata

Here it says that the function must be used _after_ going through your inner loop.

Notice that in the pastebin example at:

https://wordpress.pastebin.com/srRYBqPF

The wp_reset_postdata() is done at the end of the function. That said, I can’t seem to make this work in your plugin even with the call at the end, so I really don’t understand this function and what it does.

For me, the explicit saving of the $post variable and resetting it each time does the trick. You should maybe give this method a try. I have attached the full source code. See if it works for you.

…Eric

[Moderator note: snipped code block, please use the pastebin as per the Forum Guidelines]

@jordimp get the “Check Email” plugin and see if you can get email from your WP installation at all. It is quite common for WP to work but not be able to send any email due to its configuration or limitations of the server hosting it.

Also, this plugin does not seem to get called when XML-RPC changes are made. So if you are using almost any third-party tool to make changes, this plugin will ignore them.

Using WP Super Cache 0.9.9.8 on WP 3.0.4 and ran into the same “The pages do not match! Timestamps differ or were not found!” message. This was on a brand new fresh install with no other plugins running. I set this up purely to test WP Super Cache.

Following the trail left by @randallwkowalenkoinc I modified the permalink format. In my case I changed “/archives/%post_id%” to “/archives/%post_id%/” (the only change is that trailing “/”). Now the Test Cache results in “The timestamps on both pages match!”

Thanks, @randallwkowalenkoinc! I wonder if the maintainers of WP Super Cache could make the plugin more forgiving of permalinks without trailing slashes?

Just figured out what was going wrong. The site had been set to not save revisions. Since this plugin extends the regular revision process diff checking, the fact that revisions were not being saved meant the plugin code was never called, even though it was activated.

I would recommend that the install instructions remind folks to make sure revisions are enabled and that the settings page include a warning if it finds that revisions are disabled.

In any case, my problem is solved, the plugin is working great!

Hi folks, I am using 3.0.1 and just confirmed that email works with the “Check Email” plugin. However, this Email Post Changes plugin is not doing anything at all. It appears to be activated, the settings have been set to send to two working email addresses. But when I edit a page, I get no email at all.

Any ideas on how to debug this? Any suggestions of alternate plugins?

OK, I found the answer to my own problem. The double-href problem was being caused by the media-wiki for WP plugin. Yikes! I disabled the plugin and all is well again.

I can’t find any documentation of get_edit_post_link() here, but I just ran into the same problem. As near as I can tell, get_edit_post_link() does not echo itself. This is similar to the other “get” functions in WordPress. For example, get_page_ID() does not echo, but the_ID() does echo. So whenever you use a get_something() call in WP you have to remember to echo it yourself.

The reason the second case above leaves you with a link to the blog URL is simply because the result of the get_edit_post_link() call was blank, so the URL ended link ended up being href=”” which ends up pointing back at whatever page you are sitting on.

I just spent an hour trying to find the bug in my code and forgot this was a “get” call. This is so easy to overlook. I wish WP were less convoluted sometimes. Your post saved me! Thanks!

I can’t seem to get through to the link provided above. It redirects to a page that just won’t load (server overwhelmed?). In any case, I wonder, could you post this plugin to https://www.ads-software.com/extend/plugins/? Thanks!