From: Richard P. <ri...@po...> - 2005-05-13 09:23:02
|
Hi Paul, I have done a bit more investigation on this issue. Problem occurs with all day events where the timezone is ahead of GMT. You have used the gmdate() function at lines 168, 169 and 189 of file event_manage.php, which translates the all day event starttime of 00.00 today as 23.00 yesterday, effectively creating the event a day early. This would not be a problem where your timezone is later than GMT as removing the time information from a datetime will never switch date boundaries. I am currently testing the use of date() at these two positions. Rich > > > Richard Polhill wrote: >> To quote user Georg Herland:- >> >> > 1. I added a new "all >> day" envent in my shared calendar. When looking up >> > the >> event later, the event where registered on the day prior to the one i >> > wanted. After messing around a bit to make it stick to the correct >> date, I >> > ended up with the following error: >> > >> "ERROR IN EVENT CLASS (formattedEndDate): Event does not occur on >> given date" >> >> Ignoring the results of his "messing around" I believe there is an >> underlying bug with registration of new events. I also have a problem >> with events that get registered on the day before the one I selected. I >> believe it is with all day events but will need to do some testing for >> others. >> >> I know you'd need more info to do any proper diagnosis, but this is just >> to find out if you have already got a fix or at least have confirmed a >> bug for this. > > I have no idea the date of this "bug" report. I think the all-day > events work fine, at least according to all recent reports and testers. > > -paul > > attaching latest code. you'll want to erase all-day events or change > them to non-all-day events *BEFORE* you upgrade. > > -- > > Open Guild, LLC > http://openguild.net/ > Software.Systems.Solutions > |