On 9/29/11 10:21 AM, Michael Leitner wrote:
Hello Ben,
We experienced the exact same behaviour with Sogo 1.3.8b, tb 3.1, sogo
plugins 3.105.
Notice that actually this is a usability-issue caused by the
Lightning/Webinterface frontends.
If multiplebookings is set to 1 for a certain resource, and it is then
invited to multiple events during the same timeframe, the correct
server-side behaviour is the following:
Although the popups in Lightning and the webinterface can simply be
ignored, and the event causing the conflict can still be saved, on the
server-side the resource will not accept the second invitation.
(This is actuallay what you would expect from this kind of conflict
detection.)
I agree that this is not reflected accordingly by the frontends at
this time, and it causes lots of confusion.
Please check the second event that the resource was invited to, for
how many participants have confirmed their participation.
The according resource should not be on the list of participants who
have confirmed their participation.
(This is the actual conflict-resolution.)
Hopefully this will get some developers attention in the future.
Michael
On 9/28/11 6:56 PM, Ben Luey wrote:
I believe I have resource planning setup in my ldap and sogo config
correctly (Sogo 1.3.8b, tb 3.1, sogo plugins 3.105). I made
multiplebookings set to 1 for this resource. Below is the behavior I
see and I want to check if this is as expected:
Thunderbird:
If user A creates an event and invites Resource B and B is available,
B accepted invitation. User A does not get notification that B
accepted, but the calendar event shows B has accepted. An email is
sent to resource B, which could be forwarded to some third party (for
monitoring the resource?).
If user A creates an event and invites Resource B but B is
unavailable, then that conflict shows up in the freebusy, but if the
user doesn't notice or care, they can proceed without warning. When
they try to save the event, then get "An error has occurred" when
they try to save the event with the error message "MODIFICATION_FAILED"
Sogo:
Same behavior a T-bird if there is no conflict
If there is a conflict and you happen to be in the invite attendees
page, you will get a warning about the conflict, but you can ignore
it. If you ignore the warning (or create a conflict by changing the
time in the main panel) then when you save the event, you get a popup
saying "Maximum number of simultenous bookings (1) reached for
resource Resource B".
Is this normal? Is there a way to get T-bird to at least report a
error message that users can understand when they try to book a busy
resource. Alternatively, having the event go through and an e-mail to
the event organizer saying that Resource B cannot accept would work
as well.
Ben
--
[email protected]
https://inverse.ca/sogo/lists
