chinkchink

@contemplate, Thank you so much for the file location of those cc-fields.
Have been searching up and down for days, because client wants it to say “Expiration” instead of “Expiry”.
The type=”tel” tip is also great, filing it away for future use.

We use Polylang, for Simplified Chinese and Traditional Chinese content.

I also found that if I add an alpha numeric character in front of a Chinese category name (e.g. use a dash as the first character of the name), then it will show up in the selection list as expected.
Same situation with Page Titles and Post Titles.

Thanks

Hi Benjamin

For the record, I did follow the instructions in the troubleshooting guide, but running time.ly as the only plug-in with the Twenty-Fifteeen Theme did not resolve the issue.

However, upgrading to v2.3.10, seems to have fixed it, even with my original theme and the other 23 plug-ins running.

Will mark this as resolved.

Thank you

Just tried upgrading to v2.3.10, and the problem is fixed.

The image position is back to where it used to be in 2.3.7, but the image appears smaller now, and the right margin is gone… looks like the css for the “ai1ec-event-avatar” class has been changed

I can live with this though, since it is an easy fix in my custom css.

Thanks Time.ly

Thanks for your input tsheridan. But for those of us who had many recurring events created throughout the past few years (while the plug-in’s default handling of Feature Images was working perfectly), having to go back to every one of those to add an image in the event description area is simply not a workable solution… at least not for the websites I am managing.

Glad to hear from Benjamin that it is indeed a bug, that means it will be fixed in the next release.

All my clients’ sites will be staying with v2.3.7 until this bug is resolved

This site is running on v2.3.8:
https://mp-d.cittapartnership.net/group-meditation-tuesday-night/
Please scroll down to see the monthly calendar inserted into the page using short code: [ai1ec post_id=”1,2,3,4″]
click on the link-button “MAR>”or “<JAN”, it takes you to the Calendar page

We would like this calendar and it’s link button to behave like this page, which is still running on v2.3.7:
https://ddmbachicago.org/group-meditation-tuesday-night/
clicking on the link-button “MAR>” , allow users to stay on the same page to view the next month calendar

The two sites are identical in all other respects

Hey, Time.ly Team,
please let us know if this change (which is an unwanted for me) is permanent, so we can deal with it accordingly (e.g. create some custom css, and/or page template). For now I will be reverting back to the last version to keep the old layout.
Thank you

Never mind,
I found your post on the topic:
https://wpusersplugin.com/4147/exclude-meta-keys-delete/

and cleaned up the “Fields & nice Names” page.

Thank you much

Thank you.
And great job with the plugin, amr made s2member a lot more usable!

reinstalled s2m, all things back to normal

OK, found the problem… the update_user_meta() calls within the mailusers_any_user_profile_update() function is overwriting mine…

That means I cannot be hooking to ‘set_user_role’ only, need to do what you did and hook the action to ‘personal_options_update’ and ‘profile_update’ instead… the code below is working for me, posting here in case it helps anyone else:

<?php
/**
 * Action hook to force un-subscription on users without a role -- at current user profile update
 */
add_action('personal_options_update', 'mailusers_user_emailPreferenceDemotion');
function mailusers_user_emailPreferenceDemotion() {
	global $user_ID;
	if ( empty( $_POST['role'] ) ){
	update_user_meta($user_ID, MAILUSERS_ACCEPT_NOTIFICATION_USER_META, 'false');
	update_user_meta($user_ID, MAILUSERS_ACCEPT_MASS_EMAIL_USER_META, 'false');
	}
}

/**
 *  Action hook to force un-subscription on users without a role -- at  any user profile update
 */
add_action('profile_update', 'mailusers_edit_user_emailPreferenceDemotion');
function mailusers_edit_user_emailPreferenceDemotion($uid) {
	if ( empty( $_POST['role'] ) ){
	update_user_meta($uid, MAILUSERS_ACCEPT_NOTIFICATION_USER_META, 'false');
	update_user_meta($uid, MAILUSERS_ACCEPT_MASS_EMAIL_USER_META, 'false');
	}
}
?>

Mike, please feel free to point out anything you see here that you think may cause problem/conflict with other functions

Thank you much

I tried the following and it did not work…

function user_role_change_updatePreference( $user_id, $new_role ) {
        $site_url = get_bloginfo('wpurl');
        $user_info = get_userdata( $user_id );
       $to = $user_info->user_email;
       $chk="";
if (empty($new_role)){
update_user_meta($user_id, MAILUSERS_ACCEPT_NOTIFICATION_USER_META, 'false');
update_user_meta($user_id, MAILUSERS_ACCEPT_MASS_EMAIL_USER_META, 'false');
$chk="ran1";
}else
{
update_user_meta($user_id, MAILUSERS_ACCEPT_NOTIFICATION_USER_META, 'true');
update_user_meta($user_id, MAILUSERS_ACCEPT_MASS_EMAIL_USER_META, 'false');
$chk="ran2";
}
        $subject = "Role changed: ".$site_url."";
        $message = "Hello " .$user_info->display_name . " your role has changed on ".$site_url.", congratulations . $chk . you are now an " . $new_role . " -- AUTO EMAIL FROM email-users/emailusers.php";
        wp_mail($to, $subject, $message);
}
add_action( 'set_user_role', 'user_role_change_updatePreference', 10, 2);

as you can see the function also send an email to notify the user about the role change — that email sent & received OK, the variable $chk also show up in the email body as expected depending on which Role the user get changed to… but the user’s “Email Users” email preferences remain the same — on the profile edit page for the user, both checkboxes remain checked after demotion; on the “Email Users->User Settings” page, both Mass Email and Notification remain listed as “on”

I tried putting the above function in the function.php file, then I tried adding it at the end of the email-users.php — same result.

Any suggestions? anything else I should try?
Please advise

Do you see a menu item “Email Users” on the right in your WP admin area? For me, I found that somewhere below “Settings”…

found the problem, it’s the theme… some settings in it somehow got reset back to default… things are working again once I restored my theme settings from the backup.

Thank you much for pointing me to the right direction

Thanks, will try as suggested and report back