slewisma

Was hoping it would be more helpful. We really need to be able to add recurring appointments to this site again soon or we’ll have to change solutions. Has anyone figured out what changed / what is going wrong? Every recurring appointment we create for 1st Wednesday, 3rd Thursday, etc. end up with the first day of the month as their date.

I have the same problem. All recurring events (for example first wednesday of the month) instead show on 1st day of each month.

This error shows in debug log if I add a recurring event with debug on:

[02-Aug-2018 14:48:29 UTC] PHP Notice: Undefined index: start_days in /home/——/public_html/wp-content/plugins/events-manager/templates/forms/event/bookings-ticket-form.php on line 47

Events Manager has been working fine on this site for years. Problem started some time in the past year. Hard to know when as we only discovered it more recently when adding new recurrences. The older recurring events are working correctly so it seems to be related to saving new events as the originator of this thread observed.

Having the same issue here. Happens specifically with monthly recurring events. Weekly recurring work properly. Monthly all show on the 1st each month regardless of the settings in the recurrence pattern. I have 3rd Thursday and 1st Monday events and they all show as June 1, July 1, August 1, etc. making this unusable.

Thanks Angelo, I got the 5.6.5 update on a site yesterday and was pleased to see the new setting that fixes this issue. It is working properly on 2 new sites and one that was grandfathered by Google since it was running before 22 June.

Same problem here on a new site on a shared hosting server that hosts other sites that are working. Can’t seem to get around it even by adding the key to the EM script that loads the Maps library. Happens in public pages and admin.

Turns out you can use a display type of table-cell without being in a table which then allows vertical-align since table-cell is an inline element. This actually seems to work pretty well as an isolated test:

<div style="height:200px;width:200px;border:2px solid black;">
<div style="height:200px; display:table-cell; vertical-align:middle;">
Hello, I'm a long-ish line that will likely wrap to another line when it reaches the edge of the box.
</div>
</div>

I tried editing the megamenu.scss to test this concept in mega menu. It did center things but without making more changes to the walker and the css I couldn’t fully test how viable it is since making the li’s into table-cells requires wrapping them in something else that is a block for the menu to still work right. Not sure when I’ll have time to dig in that deep but wanted to offer this example in case you can use it since you’re much more familiar than I am with mega menu’s intricacies.

There are several ways to vertically align and not all depend on line height but there are tradeoffs with each. A decent summary: https://vanseodesign.com/css/vertical-centering/

I’m not sure any of these works well enough when you can’t predict if the text will wrap to be worth the tradeoffs and complexity but I’ll try some experiments and see what I can learn. If I find something that works well I’ll let you know.