jrwmacdonald2

Sorry for the delay in response.

The week start days are set to Sunday in Google Calendar and WordPress. I see you’ve released an update I’ll see if this fixes the problem. The timezones are also the same.

James

I appreciate you looking into it – and the update.

Cheers
James

Sorry that screenshot was messed – I meant to show the following event:

BEGIN:VEVENT
DTSTART;VALUE=DATE:20140713
DTEND;VALUE=DATE:20140714
RRULE:FREQ=WEEKLY;UNTIL=20140721;BYDAY=SU,MO,TU,WE,SA
DTSTAMP:20140703T035432Z
UID:[email protected]
CREATED:20140626T044437Z
DESCRIPTION:
LAST-MODIFIED:20140626T044706Z
LOCATION:
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:7:30am – 11:00pm
TRANSP:TRANSPARENT
END:VEVENT
END:VCALENDAR

You can see that this recurring event (the only one in the file with the label/summary of 7:30 – 11:00pm) should begin on July 13th and run until July 21st. However, the event shows up starting the week previous on July 6th.

This is the case with all recurring events – they begin a week earlier than the start date indicates (which accounts for the duplication – its not duplication just that there are now two events scheduled for the same day).

Any recurring event begins a week earlier than the start date indicates.

I think the plugin is not calculating recurring event start dates properly. It appears the recurring events are beginning the week previous to their start date. See this screenshot:

https://www.dropbox.com/s/vx38g4bdqv4ogvz/Screenshot%202014-07-02%2010.03.52.png

This problem has suddenly returned despite the new calendar. Its incredibly strange as the first few dates appear fine and then suddenly they begin duplicating though it appears it is not spitting out the name of the event but something different. Have a look at this screenshot (notice the times – event names – are different):

https://www.dropbox.com/s/9f387utz4v3objq/Screenshot%202014-07-02%2007.26.21.png

You’ll see the “duplication” begins on the 6th. Fridays do not appear to be subject to the problem, oddly enough. I assumed it was a recurrence issue so attempted to make the first two weeks individual daily events (cleared cache, forced a reload of the calendar by adding a query to the url) nothing. What makes it even more odd is that a roll back to 4.6 no longer seems to solve the problem.

here is the public URL: https://www.google.com/calendar/ical/h6d60atl1al814ddghf1l9aog4%40group.calendar.google.com/public/basic.ics

I can successfully load this calendar into Apple Calendar without a problem. Any ideas would be appreciated.

Thanks

Thanks for looking into this so extensively. It has me mystified but I created a fresh calendar and made some adjustments to how I create the recurring events. I am also using the public URL as you point out.

In the end a fresh start to the calendar fixes my issue – update to 4.7 works without issue now.

Thanks again
James

Well that is disconcerting – here is the private URL from the shortcode:

https://www.google.com/calendar/ical/aus.library%40gmail.com/private-112a221dc0921d6bc022bb21d03e8773/basic.ics

Thanks for the quick response – here is the public URL:
https://www.google.com/calendar/ical/aus.library%40gmail.com/public/basic.ics

Yes I think we have a ton of never ending recurring events that could be causing the issue. I’m going to attempt truncating those recurrences and see what happens.

Reverting to 4.6 fixes the issue – so something definitely wrong/new with the update.

I’ll be a little more clear. I use the plugin to list open hours. Each event title is simply the opening hours i.e. 7:30am to 10:pm. So I have a list that simply displays the date and the title – it appears that with the update it now lists the date and title followed immediately by the date and a time? As it is not the title but I’m not sure where it could possibly be getting this time from. So this is what I end up with:

Monday, 23rd Jun
7:30am – 9:00pm
Monday, 23rd Jun
7:30am – 12:00am
Tuesday, 24th Jun
7:30am – 9:00pm
Tuesday, 24th Jun
7:30am – 12:00am
Wednesday, 25th Jun
7:30am – 12:00am
Wednesday, 25th Jun
7:30am – 9:00pm

It definitely occurs with the one under “Data Export Settings” though I believe I have had it occur when others are selected.

Thanks
James

Ah that helps thanks – now just to track down which plugin is doing this! They mention NextGEN but I don’t use that plugin. Once I find it I’ll try to remember to post here.

Whoops – I accidentally added this to the wrong plugin ?? – was supposed to be added to the Fast Secure Contact form plugin. I see no way to delete this thread. sorry.

I managed to get this working – though I’m not sure why this should matter but the ldap login attribute could not have any uppercase letters in it. I fixed it by fluke really – I had the attribute as sAMaccountname and changed it to samaccountname and the realm violation stopped. Change it back and the realm violations start again. Hope this helps someone else.

Thats the info I needed! Thanks. The template on that page was not calling the footer – by design. Changing the page template does the trick. Thanks for the help superman1203.