When I try to import an ICS file from Mozilla Calendar,
I get a number of garbled events in December 1969, but
no events elsewhere. I have the latest stable releases
of squirrelmail, shared calendar, the file backend, and
the compatibility pluggin.
Sorry, I pasted this into a text file, uploaded it as a new
calendar (UNchecked the "synch" checkbox) and it worked
fine, no errors. Where exactly is this "garbled", please
give more details.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Perhaps I'm doing something incorrectly. When I do the same
thing, the event appears in the following subfolder:
events/1969/12/31/. I tried a fresh install of squirellmail
1.4.5, with shared calendars 2.0.1-1.4.0 with the same
problem. I'm at a loss.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can you please post to the plugins mailing list as a better
medium for resolving this? I'm not sure what's going on for
you, but the event does not appear to be getting parsed
correctly. Please include information about your
environment (O/S for local and remote machines, SM and PHP
and web server environments, etc) and you can try dumping
the event as it was parsed to the screen by following these
instructions:
1) remove it as best you can from the server (so that all
traces are gone from the calendar data diretory, etc)
2) paste the text you gave into a file on your local machine
3) modify the file: ..../plugins/calendar/classes/event.php
so that the VERY END of that file looks like what is below
(basically, add a sm_print_r() command before the last
return statement that contains the exact same contents that
the return command does
4) LOG OUT of SM
5) log back in, click on "calendar" link at top of right frame
6) in the "import calendar" box, browse for the file on your
local machine, then make sure the "synch/merge" checkbox is
NOT checked and click GO
7) did the event still get dated wrong? this might be a PHP
problem or timezone issue(?)
8) show results of the raw event dump (send to mailing list
please)
Here is the snippet of the changed event.php file:
// unknown parameters just pile into this array
//
default:
$unknownAttributes[$property->getName()] = $line;
break;
Logged In: YES
user_id=508228
Nothing can be done to help you unless you show the ics file.
Logged In: YES
user_id=508228
Nothing can be done to help you unless you show the ics file.
Logged In: YES
user_id=971407
BEGIN:VCALENDAR
VERSION
:2.0
PRODID
:-//Mozilla.org/NONSGML Mozilla Calendar V1.0//EN
BEGIN:VEVENT
UID
:7546eb00-1dd2-11b2-b938-8ff5308a0bc8
SUMMARY
:Testing.
STATUS
:TENTATIVE
CLASS
:PRIVATE
X-MOZILLA-ALARM-DEFAULT-LENGTH
:9
DTSTART
:20050817T182500
DTEND
:20050817T192500
DTSTAMP
:20050814T232337Z
END:VEVENT
END:VCALENDAR
Logged In: YES
user_id=508228
Sorry, I pasted this into a text file, uploaded it as a new
calendar (UNchecked the "synch" checkbox) and it worked
fine, no errors. Where exactly is this "garbled", please
give more details.
Logged In: YES
user_id=971407
Perhaps I'm doing something incorrectly. When I do the same
thing, the event appears in the following subfolder:
events/1969/12/31/. I tried a fresh install of squirellmail
1.4.5, with shared calendars 2.0.1-1.4.0 with the same
problem. I'm at a loss.
Logged In: YES
user_id=508228
Can you please post to the plugins mailing list as a better
medium for resolving this? I'm not sure what's going on for
you, but the event does not appear to be getting parsed
correctly. Please include information about your
environment (O/S for local and remote machines, SM and PHP
and web server environments, etc) and you can try dumping
the event as it was parsed to the screen by following these
instructions:
1) remove it as best you can from the server (so that all
traces are gone from the calendar data diretory, etc)
2) paste the text you gave into a file on your local machine
3) modify the file: ..../plugins/calendar/classes/event.php
so that the VERY END of that file looks like what is below
(basically, add a sm_print_r() command before the last
return statement that contains the exact same contents that
the return command does
4) LOG OUT of SM
5) log back in, click on "calendar" link at top of right frame
6) in the "import calendar" box, browse for the file on your
local machine, then make sure the "synch/merge" checkbox is
NOT checked and click GO
7) did the event still get dated wrong? this might be a PHP
problem or timezone issue(?)
8) show results of the raw event dump (send to mailing list
please)
Here is the snippet of the changed event.php file:
// unknown parameters just pile into this array
//
default:
$unknownAttributes[$property->getName()] = $line;
break;
}
}
sm_print_r(new Event($id, $sequence, $dom, $type, $summary,
$location, $description,
$comments, $status, $priority,
$startDateTime, $endDateTime,
$due, $duration, $recurrenceRule,
$recurrenceDates,
$recurrenceExclusionRule,
$recurrenceExclusionDates,
$percentComplete, $parentCalendars,
$createdBy, $createdOn,
$lastUpdatedBy, $lastUpdatedOn,
$owners, $readable_users,
$writeable_users, $unknownAttributes));
return new Event($id, $sequence, $dom, $type,
$summary, $location, $description,
$comments, $status, $priority,
$startDateTime, $endDateTime,
$due, $duration, $recurrenceRule,
$recurrenceDates,
$recurrenceExclusionRule,
$recurrenceExclusionDates,
$percentComplete, $parentCalendars,
$createdBy, $createdOn,
$lastUpdatedBy, $lastUpdatedOn,
$owners, $readable_users,
$writeable_users, $unknownAttributes);
}
}
?>