Joris Le Blansch
Forum Replies Created
-
Forum: Plugins
In reply to: [WP SAML Auth] (Probably beginner) issue in intial setupHi Daniel. Thanks for following up. Unfortunately I didn’t get it resolved, I’m now using another plugin that does the trick with some manual modification.
Kind regards,
Joris.
Thanks for your reply. It would be good to have a backport to the current stable though as well since I’m not too keen on upgrading on a live system with a very fresh version. Hope you can take that into consideration.
Kind regards,
Joris.
The standard one is like so:
[ultimatemember form_id=12345]replacing the form_id with your own.
Kind regards,
Joris.
Any news on this issue? This is maybe small but a real showstopper…
J.
Can you please take into consideration this bug? Even though this ticket is a duplicate, there are other reports of this same issue that are not being addressed as far as I can see.
Many thanks in advance,
Joris.
Self-reply: for those interested, I have accomplished this in a function in my theme so as not to modify the code of the plugin. In this exemple, the field created in UM forms is called agree_tc, ajust to your own needs as well as appropriate error message to user:
// As part of UM authentication process, call function to verify TC checkbox add_filter('wp_authenticate_user', 'wp_authenticate_user_acc', 99999, 2); function wp_authenticate_user_acc($user, $password) { // See if the checkbox #agree_tc was checked if ( isset($_POST['agree_tc']) ) { // Checkbox on, allow login return $user; } else { // Did NOT check the box, do not allow login $error = new WP_Error(); $error->add('did_not_accept', 'Please confirm that you have read and accept the terms and conditions' ); return $error; } }Any ideas someone?
For the apostrophe issue in the bio of users, I confirm this is still the case even in v 1.3.88 and is NOT fixed despite the statement of the official support. There are various reports about that in this forum. Support: can you please fix this urgently? I think it’s really a showstopper for a lot of us.
Kind regards,
Joris.
Duplicate since ongoing topic here : https://wordpress.org/support/topic/characters-show-as-html-code-on-frontend/#post-9555873 . That one is NOT solved though.
For support: what do you mean by:
Do you have “Does this textarea accept HTML?” turned on in the biography field settings?
Where do you mean to set this? I have set “Enable html support for user description” to ON in Appearance => Profile.
J.
@tnightingale I have tried your solution but it’s still the same result for me. This remains a bug to me. I posted this yesterday also here : https://wordpress.org/support/topic/bug-html-chars-in-members-page/ .
Can the support team please have a look into it?
Kind regards,
Joris.
You can set it in the backoffice of the plugin via Ultimate Member => Settings => Uploads and then put ie. 2097152 to limit the upload size to 2M.
Kind regards,
Joris.
I’m looking myself for that part as well, namely to be able to disable them. I have done so by disabling the links in /templates/members-grid.php but that is not a sustainable solution since it would be overridden in the next update. It could help for the time being though…
J.
I saw in your URI of the “Oldsite” that you have an “O” uppercase but the link to ie. Sarah’s profile is in lowercase and brings to the 404 error. When I change it manually back to uppercase “O” her profile pop’s up. You might a rewrite rule somewhere doing it. Rather then spending time on searching that, I would advise to use lowercase only for your URI’s. Even though “old-fashioned” this still remains best practice.
I think you are mixing uppercase/lowercase, that’s why it doesn’t work. If I type http://162.214.20.234/~cwporg/Oldsite/user/sarah/ I do see the user profile.
On your second remark, I’m looking for exactly the same thing: disable the links on the member list profiles. Anybody done that already?
Kind regards,
Joris.