| Summary | Kolab driver recreates directories deleted by other clients |
| Queue | Kolab |
| Type | Bug |
| State | Resolved |
| Priority | 1. Low |
| Owners | |
| Requester | michael.sheldon (at) credativ (dot) de |
| Created | 09/01/2006 (6899 days ago) |
| Due | |
| Updated | 11/05/2006 (6834 days ago) |
| Assigned | 09/27/2006 (6873 days ago) |
| Resolved | 11/05/2006 (6834 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Resolved
State ⇒ Feedback
that will only be used by the Kolab driver. But I don't see a better
solution as long as sychroniseShares() is used.
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Kolab driver recreates directories deleted by other clients
Queue ⇒ Kolab
New Attachment: kolab_newfolders.patch
State ⇒ Unconfirmed
Horde's datatree but don't exist on the IMAP server. This means that
if any directories are deleted by another Kolab client they just get
recreated the next time a Horde user with access to that share logs
in. Unfortunately this is also the method used for creating new
directories under legitimate circumstances (i.e. when a Horde user
actually creates a directory from within Horde). The attached patch
adds a "newfolder" attribute to shares in the Horde datatree so that
the Kolab driver knows whether they are new directories that should be
created or old directories that should be removed from Horde's datatree.