I have the same problem on WP 3.2.1. There was a filter conflict because a plugin (User Access Manager) calls manage_users_custom_column filter too. I change priority and it solved the problem : add_filter( ‘manage_users_custom_column’, ‘custom_user_column_value’, 15, 3 ); Hope that helps 🙂
That error is because you are not providing the post ID to check capabilities: This line: if( !current_user_can( ‘edit_post’ ) ) { Should be: if( !current_user_can( ‘edit_post’, $post_id ) ) {
The resolution is pretty simply. Those functions require the passwords to be properly escaped. So Instead of this: wp_set_password(‘Test”123’, $userId); You have to do this: wp_set_password(wp_slash(‘Test”123’), $userId); The same goes for wp_update_user() and wp_signon(). Further information and updates on the docs may be visible from this bug report: https://core.trac.wordpress.org/ticket/34297#ticket
There is no “main” file to a plugin. Every file that has the plugin header is a plugin and the rest are not. Convention is that there is only one file with the header in a directory, but I saw “plugins” that had more than one such file in a directory, and they appeared as … Read more
The solution below will parse the comma separated values passed to the shortcode’s type parameter. We’ll also strip out any whitespace surrounding the values which is a usability improvement (see example 2 after the code below). add_shortcode( ‘related’, ‘wpse_related’ ); function wpse_related( $atts, $content=”” ) { // User provided values are stored in $atts. // … Read more
I assume you are wanting to add custom icons to the dashboard? Well with the latest update in wordpress to 3.8, dashboard icons have changed. They are now actually a font. This is actually quite cool as fonts can easily change colors with css and are responsive in size as well. First I will tell … Read more
Your exception isn’t caught by the try{} catch(){} block, because it isn’t thrown inside the try catch block. This demonstrates a lack of understanding of asynchronous events and the WordPress hook/action/event system. The methods of your object are attached to the init action hook, and are thrown when the init hook is fired, not when … Read more
Query vars are for use in the main $wp_query query object, your custom admin page has no main query, so no vars are parsed into a query object that can be accessed via get_query_var. I don’t think there’s anything WordPress-specific that can be used in this case, I would just access the value via $_GET.
Seems to me you are just executing one query: dbDelta($sql);. Have you tried adding dbDelta($sql_sms_table);?
Add this code in your main file: [plugin-name].php: function utm_user_scripts() { $plugin_url = plugin_dir_url( __FILE__ ); wp_enqueue_style( ‘style’, $plugin_url . “/css/style.css”); } add_action( ‘admin_print_styles’, ‘utm_user_scripts’ ); So basically, you need to use ‘admin_print_styles’. At least it did the trick for me.