[fixed] Dates not showing Reply to topic

Same problem as the last 2 posters.

Nothing changed on site in terms of software since it worked, except it is now 2012.

Events are listed in Admin, and show if accessed from there. But do not show on Calendar at all.

A sort of a workaround is a similar one to that very old one from CPGNuCalendar before your first release: Set the event up as a daily repeating event with start date and end date set to the same date.

I have the same event set up both as a normal event with start time and duration, and again as a whole day event with same start & end dates. One shows, one doesn't.

I have another event set up both as a normal whole day event (non-repeating), and again as a whole day event with same start & end dates. One shows, one doesn't.

[Events set up for Dec '11 and Jan '12 that were set up in Nov '11 and Dec '11 respectively display without this problem.]

CPGNuCalendar 2.1.0, DF 9.2.1

Followup: I have another site (same version DF, same host, same configuration, same everything I believe), except it is still on CPGNuCalendar 2.0.6 as I've not had a need to update it. I can create events on that site today and they appear immediately in the Calendar (as they should).

Thanks - finally something to work with although I won't be doing any work on the outdated DF 9.2.1 - you really do need to get up to date.

As I indicated I was able to add recurring events, provided I started on the same recurring dat in the first place.

False hope.

Installed 2.0.6 - if you build a recurring event on the same date as you expect it to recur, it works, otherwise it fails - no difference to 2.1.0.

I've reread alan's post again, and my Host did upgrade from PHP 5.2 to 5.3 during December.

But my dev site has been 5.3 from the get go and 2.1.0 behaves OK there.

Groping here, but could the issue be related to PHP changing to 5.3 some time after 2.10 is installed?

I guess single day repeating events must display via unique code from that of non-repeating events?

[ I will upgrade from 9.2.1, but I have 6 production sites, several of which don't tolerate issues well, so every time I think 9.3 is stable enough to start the rather large code migration, another maintenance release looms ]

I did go down the 5.3 path but couldn't find any difference in any of my tests.

That also included changing from 5.2 to 5.3 on the same site, after installation.

Even though 2.0.6 and 2.1.0 behave for me, it is not 100% and never has been - when you look at each year, there are occasional aberrations, but that has always been a problem with various aspects of CPGNuCalendar.

The simple fact of the matter is that the program is a cut-down hybrid of the original WebCalendar and is never going to cut it.

Now that we are out of PHP4, I might just have one more go at tweaking 2.0.7 where I tried to get closer to DF and minimize the adob impact.

Repeating events do rely on unique codes.

9.3 is as stable as it can get, plus it now incorporates ForumsPlus.

When you say 'single day repeating events', can you provide an example, as there are many permutations.

Actually single day repeating events are all that work. It's everything else that seems to be broke.

By single day repeating events I mean:

Enter title/text, then leave time, etc, blank and click Repeating Event. Then select daily, then select end date, leaving both start and end dates as they are, pointing to that day's date. Then it appears in the calendar.

If I don't make it repeating, either as a whole day event, or with start time and duration set, then it gets recorded, and can be seen to be present from the Pending display in Admin, but does not show on the Calendar on the "user side".

(Have not tried multi-day repeating events as I was just trying to set up timed 1 day events. But back in Nov we set up timed, whole day and multi-day events in Dec and Jan without issue.)

Thanks for your efforts on this.

I've posted in the original topic about this issue - the issue is caused by changes to PHP from 5.1 onwards.

I have resolved it and have eliminated the use of ADODB.

The calendar has always had significant flaws which will be further amplified as time goes on.

I'm now working at relating calendar time to the board timezone, and addressing a few other issues before I release.

OK, excellent news. While you were replying I was entering an update, FYI:

UPDATE: Tried testing it again, when I realised that it was now February, and sure enough, I was able to create events of all types again without problem as long as they are in February! March still has same issue as before. Of the 3 that I entered twice, once as intended and once as a single day repeating event, the date in Feb is now showing with 2 entries, but those in March and May are still not showing the non-repeating version.

Could it be February leap year calculations?

It's not a leap year issue - it's a PHP and coding issue.

It now works fine, however, it works off server time plus it still has the 2 hour fudge to overcome DST variations.

My objective is to eliminate both those issues.

Failing that, I'll fall back to another calendar I ported a couple of years ago, but it doesn't provide the year view.