Dependency Graph
View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000994 | SOGo | Web Calendar | public | 2010-11-18 13:33 | 2014-11-11 12:39 |
Reporter | alcy | Assigned To | ludovic | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | suspended | ||
Product Version | 1.3.3 | ||||
Summary | 0000994: Non-trivial behavior for conflicts detection | ||||
Description | 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. | ||||
2010-11-18 13: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. |
|
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. Automatic booking is only for users which invite the resource for their own events. As an aside: |
|
No feedback provided in years, closing. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2010-11-18 13:33 | alcy | New Issue | |
2010-11-18 13:33 | alcy | File Added: screeny2.png | |
2010-11-19 13:47 | francis | Note Added: 0001868 | |
2010-11-19 15:08 | alcy | Note Added: 0001869 | |
2010-11-20 06:17 | alcy | Note Added: 0001876 | |
2011-09-29 07:50 | Christian Mack | Note Added: 0002855 | |
2014-11-11 12:39 | ludovic | Note Added: 0007676 | |
2014-11-11 12:39 | ludovic | Status | new => closed |
2014-11-11 12:39 | ludovic | Assigned To | => ludovic |
2014-11-11 12:39 | ludovic | Resolution | open => suspended |