Kevin

Any timeline on when this will happen? Is this actively on the roadmap?

Appreciate the suggestion. However neither your suggestion or the other in that thread are a full fix. They both address the large calendar display but neither accounts for swapping out the large for small calendar on smaller screen sizes. While this is an improvement it would be nice to see the plugin authors put in a full fix.

Although I do admit it’s been long enough I don’t honestly remember if the it did swap on smaller screen sizes. Or small was just for widget sidebar placement

• This reply was modified 1 year, 2 months ago by Kevin.

Interested in this also. Any update if there’s a timeline for this?

Same issue here. Any plans to update the plugin?

ignore

Hey Jack,

That’s interesting, I was actually planning on getting rid of that main_server dir since I was going to use a sub-domain for accessing the db. They’re currently both pointing to the same db. I also pushed the meetings page from the dev site to the live site and I’m not having any issues there either. I think that I must have a very localized issue that’s only present in the dev environment. I appreciate you taking the time to look into this.

Disabled all plugins and switched to default theme and still producing the same result. I also rolled back to WordPress 4.4.2 to see if that was the issue.

It’s just weird because I hadn’t updated or added anything recently. I had added to the bmlt db which is why I’d tried the other plugins but they worked fine. I was hoping you’d run across something similar previously.

Kevin

Hey Bojan,

Just wanted to let you know that I upgraded the Membership plugin and everything looks good at this point. Again thanks for staying in touch with me on this.

– Kevin

Hey Bojan,

Thanks for the update. I be updating in the next couple of days and will let you know if I run into any issues. The follow up is very appreciated.

– Kevin

Hi Bojan,

Thanks for the update.

– Kevin

Hi Bojan,

Thanks for the feedback.

– Kevin

Hi Bojan,

Thanks for the communication on this. It helped me with analyzing the problem. If your developer mentions that this would for some reason cause problems please let me know.

– Kevin

Hey Bojan,

Looks like I found the solution. In the class-ms-view-shortcode-login.php file on line 447 I changed ucfirst( $member->name ) to ucfirst( $member->username ) See attached screenshot https://www.screencast.com/users/klgrimley/folders/Default/media/c33b8d68-458f-4a0c-948c-870fcd4773ee I realize that I’ll need to remake the change anytime an update so is this a viable long term solution?

Hey Bojan,

While that would work I would prefer to not use the default wp-signup.php page. I want to be able to keep the users on the frontend of the site so that they don’t experience the visual change of that page. I’m assuming that the issue is they never receive the WP generated confirmation email so that even though they are registered there is something missing from the DB. I did check the DB and I’m not seeing what that could be. Is there a possible solution here?

– Kevin

Hi Bojan,

Thanks for getting back to me. Both of your attempts have the correct membership level. This will be the only membership level that will be available publicly. Any increase in level would be handled by an Admin on the backend. That said I’m open to handling this in a different way.

– Kevin