New Rise Digital

Broke my fonts too – unfortunately I couldn’t get your code snippet fix to work above, I had to revert to a previous backup using Updraft, which thankfully worked.

to other users DO NOT UPDATE TO 3.0, STAY AT 1.2.6 UNTIL THIS IS FIXED!

I figured out that WordPress was setting the default user role upon registration through Easy Registration Forms which is overwriting the default role registration setting on my Easy Registration Forms – so I used some code in the functions.php file to remove the subscriber role at registration so WordPress wasn’t setting the default subscriber role

add_action( ‘user_register’, ‘myplugin_registration_save’, 10, 1 );

function myplugin_registration_save( $user_id ) {
$user = new WP_User( $user_id );

$user->remove_role( ‘subscriber’ );
}

Thank you for the awesome support!

Basically the user exists, and their profile exists, everything else is fine, they just wouldn’t show up on the directory anywhere, even with all the settings correct in UM’s admin (everywhere) and the users account.

Figured it out from another post in the forum, basically I had to remove the hide_in_members entry in the WP SQL Database for that WP user ID (under the wp_usermeta table)

It seems if a member hides themselves from the directory from their account, when they unhide themselves from the directory the entry in the directory doesn’t show any more. Really odd, and given another user in the forum posted that they had a similar issue 5 days ago, sounds like a bug?

Quick update, v3.1.5 fixed the issue!

Thanks for all your hard work on this, the update came just a few days before my site going live so I really appreciate it!

Best wishes

Simon

OK I’ll give the new version a go when it’s available, and if not set up a QA copy of my site on my server to run through any theme/plugin potential conflicts.

Cheers again and keep up the great work!

Best

Simon

Hi David, thanks for your reply!

There is definitely no ghost option taxnonomy, when I switch to radio buttons everything works perfectly (I’m using it for a country selector so radio buttons are a bit cumbersome since there are many of them :-O)

Yes it does happen on all custom taxonomies I’ve created and tested it on ??

Cheers

Simon

You’re welcome, for completeness and to help other people that might find this thread, I actually swapped over the entries in the custom taxonomy and the standard custom taxonomy so I could use QFI to add the image based on the category rather than the custom taxonomy. That was the only workaround I could use to achieve the result I wanted.

Seems to work fine when I create a post using the WordPress interface, so it must be something to do with the order of creating the post data, perhaps when creating a post through a gravity form on the front end, the taxonomy gets added after the quick featured images has done its job of adding a featured image. Categories seem to be added before QFI adds it’s image.

Just one custom taxonomy, called ‘event-type’, I’m only using one custom taxonomy no custom post types just the standard post type that comes with WordPress out of the box (so basically using the taxonomy as an extra custom category for a standard wordpress post)

Thanks!

Only happens with drop downs, its OK with radio buttons, but for long lists radio buttons are impractical, drop downs are better so it’d be great to get this fixed…

Here are images of the issue which might help explain. First two are the Gravity Form settings for the drop down field that’s populating the custom taxonomy, and the third is what the drop down looks like from the Gravity Form front end. There should only be 4 options for the taxonomy, but the first in the list appears to be a ghost image of the first option (note it has no Taxonomy ID either and deleting it and updating the forms does not fix it, it simpy reappears)

Gravity form drop down settings for custom taxonomy population
Image 1
Image 2

Gravity Form front end drop down
Image 3

seems to work as per the above with categories but not custom taxonomies

well I use a UpDraftPlus with great results, and I rated the BackWPUP plugin on user experience from a WordPress user’s point of view, which was poor, so I stand by my 1 star review.

yes my VPS host tested the connection to both dropbox urls over port 443, no connection errors to dropbox API

I’m using UpDraftPlus with Google Drive now, which is working perfectly so have abandoned BackWPup altogher for now, I don’t have time for troubleshooting