Tue, 07 Oct 2008 04:39:41 -0400 http://bugs.horde.org/ticket/5762 The Kolab share driver handling of share ids breaks creating shares in current Turba The Kolab share driver ignores the initial id provided by the different Kolab apps and instead uses the name provided in the set('name') call. This breaks the way Turba currently creates shares and the attached patch provides a workaround. I believe this can only be fixed in a correct way once the Share interface can be changed again. Tue, 02 Oct 2007 07:31:37 -0400 http://bugs.horde.org/ticket/5762#t37331 > The Kolab share driver ignores the initial id provided by the > different Kolab apps and instead uses the name provided in the > set('name') call. > > This breaks the way Turba currently creates shares and the attached > patch provides a workaround. I believe this can only be fixed in a > correct way once the Share interface can be changed again. I know *nothing* about Kolab, so I can't comment on the underlying issue but this patch would likely break lots of stuff for other share enabled backends, your patch would replace the share_name (datatree_name) with the share_id (datatree_id) when creating the user's default share, but we use the datatree_name everywhere else in the code. Tue, 02 Oct 2007 10:15:56 -0400 http://bugs.horde.org/ticket/5762#t37342 Okay, thanks for reminding me. So it basically makes no sense to try to fix this before Horde 4. Closing as not a bug. Tue, 02 Oct 2007 10:35:13 -0400 http://bugs.horde.org/ticket/5762#t37346 Reopening and assigning to me as this is something I should try to solve for the 3.2 final release. Thu, 08 May 2008 05:46:41 -0400 http://bugs.horde.org/ticket/5762#t45196 With the recent changes in the turba library this patch has become obsolete. I aparently overlooked this for a while. So this is resolved. Fri, 09 May 2008 09:41:14 -0400 http://bugs.horde.org/ticket/5762#t45203