I can�t see the attendees and the description of a event

When I accept and add to my calendar a invitation to a event

Thu, 18 May 2006 20:51:33 +0000

When I accept and add to my calendar a invitation to a event (not created for my) I see it in my calendar but I can´t see the description and the list of the attendees of the event. I thint is very important to know what other people are invited to the event and the description. Is there any way to see this information?. I find it will be interesting to see the description and the list of attendees in the same way that I can see this information when I display the event that was created for my.

This is a duplicate and has already been rejected.

Thu, 18 May 2006 20:59:12 +0000

This is a duplicate and has already been rejected.

Hello!, I have been looking the tickets list and I can't fou

Mon, 22 May 2006 10:31:57 +0000

Hello!, I have been looking the tickets list and I can't found the ticket where this enhancement was rejected. I want to know the reason because this enhancement was rejected. Thanks in advance

Please, what's the reason about this enhancement was rejecte

Tue, 29 Aug 2006 09:46:55 +0000

Please, what's the reason about this enhancement was rejected? I can't find any other tiquet related with this. Thanks.

Hello We have the same request from our users. Here is a pr

Wed, 14 Oct 2009 15:25:45 +0000

Hello We have the same request from our users. Here is a proposal for providing this feature. 1) In kronolith/lib/Driver/sql.php Create a new function for retrieving $attendees from the organizer event. function getOrgAttendees($eventUid) { $query = "SELECT event_attendees" . " FROM " . $this->_params['table'] . " WHERE event_uid = ?" . " AND event_attendees <> 'a:0:{}'"; $values = array($eventUid); $attendees = $this->_db->getRow($query, $values, DB_FETCHMODE_ASSOC); if (is_a($attendees, 'PEAR_Error')) { Horde::logMessage($attendees, __FILE__, __LINE__, PEAR_LOG_ERR); return $attendees; } return unserialize($attendees['event_attendees']); } 2) In kronolith/lib/Views/Event.php modify the html() function: $status = Kronolith::statusToString($this->event->getStatus()); $attendees = $this->event->getAttendees(); + if (empty($attendees) == true) + { + $orgAttendees = $GLOBALS['kronolith_driver']->getOrgAttendees($this->event->getUID()); + } 3) kronolith/templates/view/view.inc Add some html code for displaying $orgAttendees. .. Thanks for your advise on this feature. Regars Patrick

This patch doesn't do anything for events received from outs

Wed, 14 Oct 2009 15:40:23 +0000

This patch doesn't do anything for events received from outside of Kronolith, besides the reasoning that the previous ticket was rejected (Ticket: 1059) still stands. Basically, once you have the list of attendees attached to the event, you would be able to modify and send notifications to all attendees... this is not desirable behavior as only the organizer should be able to notify all attendees.

What about just storing the organizer? That seems like relev

Wed, 14 Oct 2009 15:44:22 +0000

What about just storing the organizer? That seems like relevant metadata. Actually shouldn't we already have that for the purposes of sending responses? Displaying that seems right. Also fwiw, other calendar clients do show the list of attendees; you just can't change it if you're not the organizer. Though some systems do allow attendees to invite other attendees.

In that case, how about checking for the organizer !== curre

Wed, 14 Oct 2009 15:49:05 +0000

In that case, how about checking for the organizer !== current user and then locking the attendee list and disallow the notifications?

> In that case, how about checking for the organizer !== cur

Wed, 14 Oct 2009 16:40:30 +0000

> In that case, how about checking for the organizer !== current user > and then locking the attendee list and disallow the notifications? This has already been accepted in another ticket (can't find it right now), and is also on my todo list.

> See also related tickets: > Ticket: 3965 > Ticket: 6269

Fri, 16 Oct 2009 07:38:07 +0000

> See also related tickets: > Ticket: 3965 > Ticket: 6269 > Tickey: 8396 Hello User who has accepted an invitation wants to see others attendees and if they have accepted or declined the invitation ('don't want to go to this meeting if boss declined'). So, in my point of view, attendees list should no be duplicated into all the attendee events, but should stay unique in the organizer event. Regards Patrick

> User who has accepted an invitation wants to see others at

Fri, 16 Oct 2009 18:27:59 +0000

> User who has accepted an invitation wants to see others attendees and > if they have accepted or declined the invitation ('don't want to go > to this meeting if boss declined'). So, in my point of view, > attendees list should no be duplicated into all the attendee events, > but should stay unique in the organizer event. How would the user be able to see the attendee list if he/she doesn't have access to the organizer's calendar?

> How would the user be able to see the attendee list if he/

Mon, 19 Oct 2009 08:33:32 +0000

> How would the user be able to see the attendee list if he/she doesn't > have access to the organizer's calendar? > Hello Our proposal was to create a new driver function which retrieves the attendees from the organizer calendar by using the event_uid (which is common between the organizer and the attendees). Regards Patrick

> Our proposal was to create a new driver function which ret

Mon, 19 Oct 2009 08:46:33 +0000

> Our proposal was to create a new driver function which retrieves the > attendees from the organizer calendar by using the event_uid (which > is common between the organizer and the attendees). We don't have access to the original event unless it happens to be on the same Horde server.

> We don't have access to the original event unless it happe

Tue, 10 Nov 2009 16:06:55 +0000

> We don't have access to the original event unless it happens to be on > the same Horde server. Hello Even with this limitation, it seems valuable that attendees belonging to the same Horde organization than the organizer, can see the others attendees of the meeting. This feature covers typical internal-company meeting scenarios. Sorry to comeback on this topic, but we are really looking for a solution. Regards Patrick

>> We don't have access to the original event unless it happ

Tue, 10 Nov 2009 16:37:09 +0000

>> We don't have access to the original event unless it happens to be on >> the same Horde server. > Even with this limitation, it seems valuable that attendees belonging > to the same Horde organization than the organizer, can see the others > attendees of the meeting. This feature covers typical > internal-company meeting scenarios. +1 Our users are asking for the same feature : who's part of the meeting and have they accepted.

I can�t see the attendees and the description of a event

When I accept and add to my calendar a invitation to a event

This is a duplicate and has already been rejected.

Hello!, I have been looking the tickets list and I can't fou

Please, what's the reason about this enhancement was rejecte

Hello We have the same request from our users. Here is a pr

This patch doesn't do anything for events received from outs

What about just storing the organizer? That seems like relev

In that case, how about checking for the organizer !== curre

> In that case, how about checking for the organizer !== cur

See also related tickets: Ticket: 3965 Ticket: 6269 Ticke

> See also related tickets: > Ticket: 3965 > Ticket: 6269

> User who has accepted an invitation wants to see others at

> How would the user be able to see the attendee list if he/

> Our proposal was to create a new driver function which ret

> We don't have access to the original event unless it happe

>> We don't have access to the original event unless it happ