I've looked at this at bit.

This is a sample Webcal URL from our website:

webcal://http://winchesterctc.org.uk/index.php?option=com_jevents&task=icals.export&format=ical&catids=68&years=2021&k=7bccad603646def2d115920ca56d40aa

If you swap the webcal prefix with https: you get an ics file with events present- which suggests the ID is providing valid data. I have imported the ics without any issue.

Hello,

Webcall over https is designed to open webcal files locally. I am completely unsure why it's no longer working. When I add to google via your link we get:

You do not have access to:
[email protected]
request access.

But I am a little unsure what is causing this as that isn't provided anywhere in the request or within the file.

I do wonder if Google has a calendar created from the URL and then someone has restricted access...

Thanks for your reply.

I thought I'd try a clean installation of Joomla and jevents on a test site (different host than main site) and that seems to work fine.

I then added jevents (new install) to another existing Joomla site I have using the same host as the main site and that seems to work too. I did wonder if there was an issue with the host and things like PHP version but this looks ok.

So it looks like something specific to the site. The error message suggests the google calendar thinks it is syncing to another google calendar. Feels like something is corrupted and I'll check folder / file permissions etc next.

Thanks for your help.

Many months after I last looked at this I have now narrowed down the issue.

Every couple of month I import a csv file of 50 or more events into jevents. These are single events (no repeat).
These have "DTSTART","DTEND" fields set for example "20220803T183000",""

What I have noticed is that at this point they will not show up in a Google calendar link export /sync.

However if each event is re-saved via the editor the event will now been seen in my google calendar.

Looking at the jevents_vevdetail row before and after the "re-save" you can see this action has processed the dtstartraw entry (and deleted it). So it looks as if the editor does some useful processing (cleanup) that is not done during file import. This re-save is a workaround but a bit tedious.

The is a second issue /observation - probably not related to the above concerning RRULE.

On the one hand if I set RRULE to "" and edit in the front end I see an option to edit the repeat or main event; however in the back-end no repeat is shown in the event list.

Alternatively if I set RRULE to "FREQ=NO REPEAT ;COUNT=1;INTERVAL=1" I don't get the repeat option in the front-end editor but a repeat is shown in the back-end event list. Re-saving the event in either front-end or back-end resolves the issue.
The Repeat type option in the event editor has no selection made - i.e "No Repeat" is not highlighted.

I think setting RRULE to "" is probably not a valid option but maybe "FREQ=NO REPEAT;COUNT=1;INTERVAL=1" is not quite right either, these are single events.

Did you try FREQ:NONE ? I think that should resolve this issue