|Anonymous | Login | Signup for a new account||2019-07-20 14:40 EDT|
|My View | View Issues | Change Log | Roadmap | Repositories|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000994||SOGo||Web Calendar||public||2010-11-18 08:33||2014-11-11 07:39|
|Target Version||Fixed in Version|
|Summary||0000994: Non-trivial behavior for conflicts detection|
Calendar "X" ( a resource configured as an account) is subscribed for all users. User "A" creates an event in a time slot. Now if user "B" creates an event in the same time slot there is no conflict shown for "X".
If however "B" explicitly *invites* "X" ( with X already there ) in the same time slot, then it shows a conflict pop-up.
|Additional Information||Screenshot attached. Couldn't upload more than one file. Other screenshots for better comprehension in the mailing lists.|
|Tags||No tags attached.|
|Attached Files|| screeny2.png [^] (102,192 bytes) 2010-11-18 08:33
|This is by design. Events from subscribed calendars don't appear in a user's freebusy information.|
|But this would be an integral requirement for handling resources with SOGo, right ? Or is this likely to remain as is ? If yes, then any tips how to go about this behavior ?|
|Also, the resource *is* an account, and free-busy information for that *is* retrieved when I try to add invitees. But, no conflict is shown.|
Christian Mack (developer)
As I understand this, you write your event directly into the calendar of the resource?
With this proceeding you are responsible for not overbooking yourself.
This is intended!
Only the "owners" of the resource should have write access to the resource in order to solve conflicts.
Automatic booking is only for users which invite the resource for their own events.
As an aside:
Why would a room or beamer host an event?
|No feedback provided in years, closing.|
|2010-11-18 08:33||alcy||New Issue|
|2010-11-18 08:33||alcy||File Added: screeny2.png|
|2010-11-19 08:47||francis||Note Added: 0001868|
|2010-11-19 10:08||alcy||Note Added: 0001869|
|2010-11-20 01:17||alcy||Note Added: 0001876|
|2011-09-29 03:50||Christian Mack||Note Added: 0002855|
|2014-11-11 07:39||ludovic||Note Added: 0007676|
|2014-11-11 07:39||ludovic||Status||new => closed|
|2014-11-11 07:39||ludovic||Assigned To||=> ludovic|
|2014-11-11 07:39||ludovic||Resolution||open => suspended|
|Copyright © 2000 - 2019 MantisBT Team|