Jon

Much appreciated. Don’t forget to enjoy the long weekend though. Also, do you have a Donation link? ??

Previously, this error was occuring every minute, because our host had enabled a true cron that curls the wp-cron.php file every minute. But again, this error ONLY happened when Ultimate Member was active.

We have since had the host remove their “true cron”. So now the crons only run when a page is loaded (which is how the regular WP Cron works). This is causing the error to still be logged every time the page loads now:

https://d.pr/free/i/IDZasd

Looking forward to this! ?? @alexmustin, any chance it’s now a work-in-progress? *fingers crossed*

Update. It works again now. I set the priority of the Administrator to 9. I was previously giving it a priority of 99, but found that number wasn’t being saved. Maybe update the plugin to allow for larger numbers? 9 works, but 99 won’t save.

Edit: nevermind, 99 now does seem to save. Not sure why it wasn’t saving before.

• This reply was modified 6 years, 6 months ago by Jon.

The PHP Warning only seems to occur when Ultimate Member is active though.

Where did you see that it was related to insert_with_markers ?

Ultimate Member now utilizes regular WordPress roles, FYI. So this should no longer be an issue.

I fixed this by re-creating the Registration form.

Really wish this plugin had more options in terms of rewriting the taxonomy URLs. It doesn’t seem to be playing nice with the ones I already had set up in CPT UI

Any word here?

That would be great! In the mean time, I made need to write this myself via Advanced Custom Fields. ??

Any idea on when you may get to implement this?

Thanks!

Ah, it was a “conflict” with User Role Editor plugin. When I installed your plugin, User Role Editor didn’t automatically give the Admin the necessary capabilities. So I had to go into User Role Editor and grant my self the capabilities for your plugin areas.

• This reply was modified 6 years, 6 months ago by Jon. Reason: Resolved

Yes, that code above was to create a new tab on the Profile. I see that’s now what you wanted. If you download the latest plugin fileset, you can see these do_action are available on the account.php template:

<?php
add_action( 'um_before_form', 'my_before_form', 10, 1 );
function my_before_form( $args ) {
// your code here
}
?>

<?php
add_action( 'um_after_account_page_load', 'my_after_account_page_load', 10 );
function my_after_account_page_load() {
// your code here
}
?>

Try this:

/* First we need to extend main profile tabs */

add_filter('um_profile_tabs', 'add_custom_profile_tab', 1000 );
function add_custom_profile_tab( $tabs ) {
  
	$tabs['polls'] = array(
		'name' => 'My Polls',
		'icon' => 'um-faicon-bar-chart',
		'custom' => true,
	);
	  
  	// return all the tabs (and any of the ones above)
  	return $tabs;	
}

/* Then we just have to add content to the POLLS tab using this action */
add_action('um_profile_content_polls_default', 'um_profile_content_polls_default');
function um_profile_content_polls_default( $args ) {
	$profile_id = um_profile_id();
  	$profile_user = get_user_by( 'id', $profile_id );

	echo '<div class="checklist checklist-columns-3">';
		echo do_shortcode('[list-posts author="' . $profile_id . '"]');
  	echo '</div>';
}

Note, I’m still on version 2.0.2 so I don’t know if it works on 2.0.9+, but I’m sure it’s fine. I think their old documentation on their site is still for version 1.X.

• This reply was modified 6 years, 7 months ago by Jon.

I’ve personally noticed issues with shortcodes working within the Divi Builder lately. Almost like they are trying to run within the backend and/or the shortcodes themselves don’t stay “saved” within the page. Are you using the Divi Builder on that page? Or just the regular Text editor?

Weird, I’m having the exact opposite issue.

Logged-out users can’t add (even though it says it was). But logged in users have no issues.