Fixed in Kronolith 2.1.3.

They're unique to an _event_ - not unique in the world. So if two 
people using the same Kronolith install receive the same iCal invite, 
and add it to their private calendars, then there will be two events 
in the db with the same uid. This is correct, since both of them refer 
to the same event. But we might return the wrong one because of the 
way that getByUID is written.

UIDs *are* unique. The problem of this ticket is probably that we 
failed to update existing events with the same UID and tried to create 
a new one instead. I'm pretty positive that this has been fixed long 
ago, thugh getByUID() should return multiple events anymore. Can 
anybody confirm this?

I run FRAMEWORK3 with the following versions:

Horde      --> 3.0.4

Imp        --> 4.0.3

Kronolith  --> 2.0.3





When I receive a mail with a Itip invitation and create the event in 
my personal calendar by means of the Itip MIME viewer, the UID of the 
event created is the same of the event parent(itip content).



When I create the new event with the Itip MIME viewer appears a link 
"View event" and opens a window loading 'viewevent.php' with only one 
parameter --> 'uid'.  This error appears in my Apache log:



[Fri May 13 11:21:54 2005] [error] PHP Fatal error:  Call to a member 
function on a non-object in /u01//horde/kronolith/viewevent.php on 
line 98



And I think this is a bug because 'viewevent.php' obtain the event in 
the line 18 with:



$event = &$kronolith->getByUID($uid);



The problem is that this function makes a SELECT of kronolith_events 
by the 'uid' field and this field is not unique! This function can 
return the new event created or the original iTip event  attached. In 
my case seems that the function returns the original event.  And I 
have not permissions to view this original or parent event! that 
causes the error in line 98 because the '$event->getCalendar()' is not 
my own calendar.





I hope to have clarified something the things...





Sebastian Calero.