Tickets :: [#5762] The Kolab share driver handling of share ids breaks creating shares in current Turba

6.0.0-beta1

7/4/25

Summary	The Kolab share driver handling of share ids breaks creating shares in current Turba
Queue	Turba
Queue Version	HEAD
Type	Bug
State	Resolved
Priority	1. Low
Owners	wrobel (at) horde (dot) org
Requester	wrobel (at) horde (dot) org
Created	10/02/2007 (6485 days ago)
Due
Updated	05/09/2008 (6265 days ago)
Assigned	05/08/2008 (6266 days ago)
Resolved	05/09/2008 (6265 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

05/09/2008 01:41:14 PM	Gunnar Wrobel	Comment #5 State ⇒ Resolved	Reply to this comment
With the recent changes in the turba library this patch has become obsolete. I aparently overlooked this for a while. So this is resolved.

05/08/2008 09:46:41 AM	Gunnar Wrobel	Comment #4 Assigned to Gunnar Wrobel State ⇒ Assigned	Reply to this comment
Reopening and assigning to me as this is something I should try to solve for the 3.2 final release.

10/02/2007 02:35:13 PM	Gunnar Wrobel	Comment #3 State ⇒ Not A Bug	Reply to this comment
Okay, thanks for reminding me. So it basically makes no sense to try to fix this before Horde 4. Closing as not a bug.

10/02/2007 02:15:56 PM	Michael Rubinsky	Comment #2	Reply to this comment
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.

10/02/2007 11:31:37 AM	Gunnar Wrobel	Comment #1 Priority ⇒ 1. Low Type ⇒ Bug Summary ⇒ The Kolab share driver handling of share ids breaks creating shares in current Turba Queue ⇒ Turba New Attachment: HK-GW-Fix_share_id_change.patch State ⇒ Unconfirmed	Reply to this comment
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.