molokini

Hi ,

we have added high priority for the admin role but still the same issue , can’t see the pending user list. then we find out that there is a conflict between admin column pro plugin. any suggestion how we can fix this conflict ?

Thank you.

we have tried both the options yesterday and today as well. still the same issue. can’t able to see the users.

Thank you.

Thank you so much for the help. all been fixed now.

Thanks Carlos,

I will try that tomorrow, is there any reason the older version works fine.

I can try re-enabling the current version tomorrow morning if it helps.

Thanks for your super speedy response and have a nice evening,

That sucks you have the same problem nici.

We finally got it to work, turns out the executable bit wasn’t set correctly on our folders, so when we looked at them on WinSCP they looked like folders, but when we tested through browsing the directory structure in Chrome we saw they looked like files.

Once we did this we added this code to a function we have attached to the um_after_save_registration_details action, this essentially creates another post sit alongside the registered user (a company profile) and this ideally needs to take the logo uploaded.

What we found was that the image uploaded into the /wp-content/ultimatemember/temp folder does not get moved into its relevant /wp-content/ultimatemember/<user_id> folder until after this action is fired. (And when it does get moved it gets a different name!! as reflected in the final user profile meta key ‘profile_logo’ in our case as that is the name of the field we created on the Ultimate Member registration form).

So I have written this code:

$image_filename = $submitted['profile_logo'];

if(!empty($image_filename)):
	$base_uploads_folder = wp_upload_dir();
	$um_folder = $base_uploads_folder['basedir'].'/ultimatemember/';

	$image_url = $um_folder . 'temp/' . $image_filename;

	$upload_dir = wp_upload_dir();
	$image_data = file_get_contents( $image_url );

	// move the file into standard WP upload folder hierarchy before
	// UM hides it away again....
	if ( wp_mkdir_p( $base_uploads_folder['path'] ) ):
		  $file = $base_uploads_folder['path'] . '/' . $image_filename;
	else:
		$file = $base_uploads_folder['basedir'] . '/' . $image_filename;
	endif;

	file_put_contents( $file, $image_data );

	// now attach to media library
	$wp_filetype = wp_check_filetype( $image_url, null );
	$attachment = array(
	  'post_mime_type' => $wp_filetype['type'],
	  'post_title' => 'User ID '.$user_id.' Profile Photo',
	  'post_content' => '',
	  'post_status' => 'inherit'
	);

	$attach_id = wp_insert_attachment( $attachment, $file );
	require_once( ABSPATH . 'wp-admin/includes/image.php' );
	$attach_data = wp_generate_attachment_metadata( $attach_id, $file );
	wp_update_attachment_metadata( $attach_id, $attach_data );	

	set_post_thumbnail($new_company_pid,$attach_id);	
endif;	

In the end we have had to use this as we couldn’t make any sense of Ultimate Member’s profile photo facility that’s built in, it just doesn’t work for us at all, and the documentation is a nightmare to work through, or non existent. In fairness, there are a load of hooks which we are grateful for but the process of finding the docs on them is really badly done.

We may have to do something similar for the user profiles in due course.

Hey guys,

Thanks for your help.

The AJAX requests are issued using a standard jQuery AJAX POST request to admin-ajax.php sorry for the slight vagueness on this but I’m not an expert on all this!

Essentially on the ‘wp’ hook, we’re using IP2Location to look up the user’s IP in a database and storing that in a global variable called $IN_LOCATION. This is then put in a localised variable called IN_VARS which has a number of keys, but IN_VARS.in_location is the one that $IN_LOCATION goes in.

Sorry if this all sounds bit obvious but I just need to explain what we have as this is an area of my knowledge that is not at expert level by any stretch of the imagination!

I have set the Javascript file that this is localised into to not be cached but it seems IN_VARS always ends up with cached values, therefore the redirection suggestions end up wrong (as it’s the Javascript that manages the redirections and popups).

Cookies aren’t used in this instance.

The report reference is: ZEOOJTDB

Hope that helps!

Thanks.