Peter Smits

Hi Eric,

Yes if you are using an older template, then you can run in troubles also.
So you will have to see if you can fix the 500 error.
Change the theme to default if possible, and check again.

Hi Eric

Please check your PHP version !
There has been a problem with reoccurring dates when using PHP version 5.x
You need to run PHP version 7

Hi,

Problem is resolved after long hours of searching ??
I am using Firefox as a browser (latest version)
Firefox seems to cache pages and not releasing them or clearing the cache
After clearing the history, the problem does no longer exist ??
Thanks,

Hi I have the same problem, mailpoet strips the HTML tags.
I changed the margin of keft and right for the <P> tag
In the designer it is shown properly, but within the mail this is gone !
How can I increase the margin for the textboxes ??
There does seem to be a margin as the text is about 5px away from the border.
Can I alter the css of MailPoet to get this done ??
I do not have the parameter allow HTML, but I am using MailPoet version 3.x
Thanks for your help

Hi Patsky

Thanks I am glad that it fixed your problem also.
In general it always helps if a developer indicates where to look. They expect that a user keeps his software up to date. But that is not always possible, so any help in that case can solve issues more quickly!

Hi,

I did not know that there exitst a plugin “WP Rollback”, so thanks for this information.

To your two cents remark, my comments.
1. Not everybody can test by disabling plugins !
Most of the sites are live, so have to keep their functionality
2. This is also true for testing with another theme.
3. Start with indicating versions in use, could also be difficult as people do not
know where to find the information indicated. But I agree that it is valuable
information.

My remarks to this problem.
1. For a free version I can imagine that the response on difficulties like this
one is slow. But this plugin has also a payed version, and then slow or not
answering at all is not acceptable.
2. Fixes/ improvements in software should alsways be made independently from the
software it is running on. Or is must be clearly stated which versions are
required. In that case you can search the plugin documentation for limitation
of usage.
3. If a developer cannot reproduce a problem, then it is difficult to provide a
fix. However a developer knows what he has changed, so he can quickly indicate
where to look. Or even suggest to try with version x.xx of the plugin (if you
can rollback to a previous version).
4. Let us hope that the problem is resolved for the others after updating (if
possible) their PHP version to 7

Hi slewisma

It might well help the others to resolve their problem.
My site is also running on 7.1, and does this without problems.
So maybe a good solution you provided, which should be checked by the others that have this problem.

Sorry that it was not the news you where hoping to get.
It would help if the developer could tell us, where the calculation is done.
Or add debug statements into this routine, so he can check what is happening.
In my opinion the the program does not search for the first monday in the calendar anymore. It just selects the first day of the month.
In the list of issues fixed, you will find a lot of changes for calculating the days. It seems to me that one of these fixes broke the reoccurring method.
So it would be good to know which version started to cause this. If you know that you can put back the proper working version.
On the plugin site unfortunately you cannot download older versions.
Maybe you could ask the developer to provide older versions ?
In that way you can try that to resolve this problem

Hi slewisma

Unfortunately the error you reported might cause problems elsewhere, but not with the wrong day issue !
If have tested it on my system that is running properly, but it shows the same error, whilst the events do have the proper date and day.

Below my errlog after creating a reoccurring event for every first monday
[02-Aug-2018 15:26:13 UTC] PHP Notice: Undefined offset: 4 in /subdomains/helpdesk/wp-content/plugins/custom-meta-widget/customMeta.php on line 149
[02-Aug-2018 15:26:13 UTC] PHP Notice: Undefined offset: 4 in /subdomains/helpdesk/wp-content/plugins/custom-meta-widget/customMeta.php on line 149
[02-Aug-2018 15:26:13 UTC] PHP Notice: Undefined index: start_days in /subdomains/helpdesk/wp-content/plugins/events-manager/templates/forms/event/bookings-ticket-form.php on line 47
[02-Aug-2018 15:26:21 UTC] PHP Notice: Undefined offset: 4 in /subdomains/helpdesk/wp-content/plugins/custom-meta-widget/customMeta.php on line 149
[02-Aug-2018 15:26:21 UTC] PHP Notice: Undefined offset: 4 in /subdomains/helpdesk/wp-content/plugins/custom-meta-widget/customMeta.php on line 149
[02-Aug-2018 15:27:03 UTC] PHP Notice: Undefined offset: 4 in /subdomains/helpdesk/wp-content/plugins/custom-meta-widget/customMeta.php on line 149
[02-Aug-2018 15:27:03 UTC] PHP Notice: Undefined offset: 4 in /subdomains/helpdesk/wp-content/plugins/custom-meta-widget/customMeta.php on line 149
[02-Aug-2018 15:27:03 UTC] PHP Notice: Undefined index: start_days in /subdomains/helpdesk/wp-content/plugins/events-manager/templates/forms/event/bookings-ticket-form.php on line 47

Hi patsky

Indeed the starting day of the week does not matter.
So also your system date is correct.
The only other thing I can think of is that you have another plugin running that destroys the date handling. If possible it could be worth a try, to deactivate all plugins but Appointments, and then create a new reoccurring event. As it has been running properly before, I do not think that the template you are using is the cause of the problem. Which template is that, maybe I can install it on my environment to see if that is causing the problem.
It seems to me that the calculation does not add up the fact that it should be the first sunday after the first day of the month.

Patsky,

You are correct it is not possible!
I tried with the selection every week on monday every 4 weeks.
But as the months do not have the same amount of days, that does not work at the end.
You need to manually alter the events that are shifted a day as you indicated.
Regards,

Hi Patsky

I was a bit confused by the way your calendar is shown.
So I tested it on my system, and the calendar is more or less shown in the same way
But on my calendar the days from the previous month are greyed out, so it is more clear where you have to start looking.
Take a look at this page https://helpdesk.hospiceamandi.nl/?page_id=642
If you switch to the next month then you will see the re-occurring event I put in there to test it. On my system (Dutch) every thing works fine as you can see.
It makes me wonder if your system date is correctly set ??
Have a nice weekend

Patsky,

If you scroll down to the next month the days are matching the calendar of july !!
So it is the representation of the calendar that is wrong.
It shows the month of june in your example, and if you scroll down you see the start of juli, where the appointment is set on wednesday I believe.
Maybe this gives you a clue what is wrong.
It seems to shift the startday of the week somehow, you tested that by setting it to monday with no succes.
Regards,
Peter

Hi Patsky

We have discussed some possibillities, but now I had a look at your calendar and noticed another problem which may be the root of your issue.
On the calendar shown all dates are wrong!!
Today it is saterday the 28, but your calendar shows 30 !!
So your whole calendar has shifted two days in advance !
Regards,
Peter

Hi,

some more detailed info about this issue.
1. Select a timeslot
2. Confirm the time
3. Enter credentials
4. Provider is removed

Second example
1. select provider
2. Select timeslot
3. Enter credentials
4. Provider is removed

To do it properly you first need to fill in the credentials
Then select the timeslot
The form for credentials clears the form for the appointment