Problem with Calendar Sharing

I'm not sure if the problem is in kronolith, or in the under

Fri, 17 Aug 2012 10:39:43 +0000

I'm not sure if the problem is in kronolith, or in the underlying framework Sharings of calendars do not work in the dynamic view under the following condition: In the horde config is set: $conf['share']['world'] = false; The symptom is the following: sharing set in the dynamic view will not be permanent, after the second try even the window does not open again, until a logout. Anything works well when we set: $conf['share']['world'] = true; But as we have a real large user base, we want to block users from sharing to anybody.

I'm not sure what you mean with this: > sharing set in th

Thu, 30 Aug 2012 16:29:45 +0000

I'm not sure what you mean with this: > sharing set in the dynamic view will not be permanent, after the > second try even the window does not open again, until a logout.

> I'm not sure what you mean with this: > >> sharing set i

Thu, 30 Aug 2012 16:36:53 +0000

> I'm not sure what you mean with this: > >> sharing set in the dynamic view will not be permanent, after the >> second try even the window does not open again, until a logout. It means that the sharing will probably never set. The second try to open the calendar settings will never succeed. After a logout and login again, the settings can be opened again, but no sharing could be seen, even if it is set through traditional view. If sharing to world is allowed anything works as expected, though we do not want to allow users to share against world.

>> I'm not sure what you mean with this: >> >>> sharing se

Thu, 30 Aug 2012 19:26:35 +0000

>> I'm not sure what you mean with this: >> >>> sharing set in the dynamic view will not be permanent, after the >>> second try even the window does not open again, until a logout. > > It means that the sharing will probably never set. The second try to > open the calendar settings will never succeed. After a logout and > login again, the settings can be opened again, but no sharing could > be seen, even if it is set through traditional view. I'm still not certain. Do you mean that the calendar permissions that you set in the calendar dialog are not saved? Are the permissions empty, if you open the dialog again? If yes, is this limited to a one view mode? Do you get any PHP warnings or notices in the logs? > If sharing to world is allowed anything works as expected, though we > do not want to allow users to share against world. > >

> I'm still not certain. Do you mean that the calendar per

Tue, 11 Sep 2012 11:00:03 +0000

> I'm still not certain. Do you mean that the calendar permissions that > you set in the calendar dialog are not saved? Are the permissions > empty, if you open the dialog again? Yes, at least in the simple permission sight it is empty. A third open even does not work, the dialog doesn't pop up, > > If yes, is this limited to a one view mode? Do you get any PHP > warnings or notices in the logs? No warnings or notices. I verified it again, it is definitly related to $conf[share][world] also the user must be normal user without admin rights (as the admin user always has the right to share with world). I verified it also on a different horde installation which has only a few accounts and groups and no LDAP, so it is not related to the authentications system.

I can verify this also happens in master.

Sun, 30 Sep 2012 20:54:38 +0000

I can verify this also happens in master.

Changes have been made in Git (master): commit 2ffcf0c524c7

Sun, 30 Sep 2012 21:34:16 +0000

Changes have been made in Git (master): commit 2ffcf0c524c76a47d7615c12fd54a0959e34d872 Author: Michael J Rubinsky Date: Sun Sep 30 17:28:49 2012 -0400 Fix setting permissions in dynamic mode while conf[share][world] == false Bug: 11359 kronolith/js/kronolith.js | 20 +++++++++++++++----- 1 files changed, 15 insertions(+), 5 deletions(-) http://git.horde.org/horde-git/-/commit/2ffcf0c524c76a47d7615c12fd54a0959e34d872

Changes have been made in Git (FRAMEWORK_4): commit 293e8ce

Sun, 30 Sep 2012 21:36:00 +0000

Changes have been made in Git (FRAMEWORK_4): commit 293e8ce0e6f8b0b8a35d6d48029188424ff6bf97 Author: Michael J Rubinsky Date: Sun Sep 30 17:28:49 2012 -0400 Fix setting permissions in dynamic mode while conf[share][world] == false Bug: 11359 kronolith/js/kronolith.js | 20 +++++++++++++++----- 1 files changed, 15 insertions(+), 5 deletions(-) http://git.horde.org/horde-git/-/commit/293e8ce0e6f8b0b8a35d6d48029188424ff6bf97

Fixed for 3.0.18.

Sun, 30 Sep 2012 21:41:30 +0000

Fixed for 3.0.18.

Changes have been made in Git (develop): commit 2ffcf0c524c

Mon, 15 Oct 2012 20:41:28 +0000

Changes have been made in Git (develop): commit 2ffcf0c524c76a47d7615c12fd54a0959e34d872 Author: Michael J Rubinsky Date: Sun Sep 30 17:28:49 2012 -0400 Fix setting permissions in dynamic mode while conf[share][world] == false Bug: 11359 kronolith/js/kronolith.js | 20 +++++++++++++++----- 1 files changed, 15 insertions(+), 5 deletions(-) http://git.horde.org/horde-git/-/commit/2ffcf0c524c76a47d7615c12fd54a0959e34d872