Nope, it’s important that you always keep your plugins up to date. This plugin is intended for users who have other processes in place for updating their plugins, such as SVN, Git, or other version control systems.

From the plugin description:

Please note!
It’s very important that you keep your WordPress plugins up to date. If you don’t, your blog or website could be susceptible to security vulnerabilities or performance issues. If you use this plugin, you must make sure you keep yourself up to date with new releases of your active plugins and update them as new versions are released.

John

add_action( 'init', function() {
	add_meta_box(
		'plugininfo',
		__( 'Plugin Info', 'plugin_info' ),
		array( $GLOBALS['plugin_info'], 'meta_box' ),
		MY_CUSTOM_POST_TYPE_NAME,
		'side'
	);
} );

Absolutely love this plugin and goes in every DEV install. Was wondering thou if it would be possible to load the user switching functionality on the front end, lets say in a select field? Is it possible to reuse the plugins code and just switch the user?

Thanks for the reply,
regards Marcel


function redirect_nonadmin_fromdash(){

add_action( 'login_form_login', 'redirect_nonadmin_fromdash' );
add_action( 'admin_init', 'redirect_nonadmin_fromdash', 1 );


First, thanks a lot for this great plug !.

But :)
I just did the update today and it don’t work any more .
When i switch to a user it doesn’t switch to this specific user.

This plugin seems to be just what I’m after. I’ve installed and activated it but I’m not sure what you mean by …

“You’ll need to manually add/edit the ‘foo’ field using the Custom Fields panel on the post editing screen, then you can play around with viewing and reverting revisions.”

Do I need to add a custom field called foo?

Basically I’ve got a few different custom fields already, “actor_name”, “actor_age” and I’d love for them to be saved and displayed in revisions.

Any tips please? Thank you for any help.

David


if ( false === $meta ) {
foreach ($meta as $key => $value) {


Obviously you can’t loop over a boolean false value. Try dumping the value from get_metadata() and see what you get and go from there.

changes to function _restore_revision():


$meta = get_metadata( 'post', $revision->ID);

if ( false === $meta ) {
foreach ($meta as $key => $value) {
delete_post_meta( $post_id, $key );
}
}
else {
foreach ($meta as $key => $value) { //loop over all metadata key-value pairs
update_post_meta( $post_id, $key, $value );
}
}

changes to function _save_post():

$meta = get_post_meta( $parent->ID);

if ( false !== $meta ) {
foreach ($meta as $key => $value) {
add_metadata( 'post', $post_id, $key, $value );
}
}


Yes, “cannot log in” was incorrect. They just can’t access the admin at all, but are redirected to front, as you say. That was exactly what I experienced. So “User Swiching” even lets you test that.

Closed enhancement request, invalid.

A user with no role can still log in (both on Multisite and on single site installs) but they can’t access the admin area. I’ve previously tested the behaviour of User Switching on Multisite for users with no role and it works as expected (you get redirected to the home page after switching).

I just tested this on a single site install and the behaviour is the same. When you switch you get redirected to the home page (because the user does not have the read capability).

Are you seeing different behaviour? If so it might be due to another plugin on your site. Can you confirm for me?

John

This is very different form the role “Subscriber”, since they can log in. Without any role the switch link should not be shown for this user. On multisite this is very relevant.