| Summary | Allow to pick calendars for update notifications |
| Queue | Kronolith |
| Queue Version | Git master |
| Type | Enhancement |
| State | Accepted |
| Priority | 1. Low |
| Owners | |
| Requester | amoser (at) amoser (dot) com |
| Created | 06/26/2007 (6532 days ago) |
| Due | |
| Updated | 12/12/2011 (4902 days ago) |
| Assigned | 09/20/2007 (6446 days ago) |
| Resolved | |
| Milestone | |
| Patch | No |
Taken from Jan Schneider
Summary ⇒ Allow to pick calendars for update notifications
State ⇒ Accepted
Priority ⇒ 1. Low
Type ⇒ Enhancement
Tweak wording (Bug #5501).
1 files changed, 1 insertions(+), 1 deletions(-)
http://git.horde.org/horde-git/-/commit/e7eb40df0b0913660999eba817f2e822d4e062e0
Type ⇒ Bug
Priority ⇒ 1. Low
it's a pain in the ass, but if this is going to be postponed
indefinitely then your idea of saying "only calendars I have explicit
permissions for" at least makes it technically correct. But this seems
like a bug to me, and a problem.
State ⇒ Accepted
Priority ⇒ 1. Low
doesn't solve the real problem; it wouldn't let you get notifications
on any public calendars. I think we need to let users check off the
exact calendars they want notifications for, and to store those
somewhere (backend independent, hopefully).
State ⇒ Feedback
all, but these sounds like getting a spam trap. Maybe we should change
the prefs description to something like "Every calendar I explicitly
have read permissions for".
Assigned to Jan Schneider
State ⇒ Assigned
Assigned to
do these notifications (to see who might want them). So we need
another way of doing this. Ideas?
wrong, how you reproduce it, with a few more words?
has read access. This includes my own calendar, because I have seet my
calendar with read access to *every* registered user.
She does not get any notification.
I add my wife explicitly (with her username) to access my calendar
with read access.
Now she gets the change notifications by email.
But in my opinion setting the read right to "every registered user"
should already include the right to get email notifications.
State ⇒ Feedback
wrong, how you reproduce it, with a few more words?
Priority ⇒ 2. Medium
State ⇒ Unconfirmed
Queue ⇒ Kronolith
Summary ⇒ Role "registered user": Notification of calendar changes fails
Type ⇒ Bug
Registered users need to be granted explicitly by their user name if
they subscribe to calendar changes ("all calendars I am allowed to
view"). The explicit "User" role is working.
I didn't check if the "User Group" role is working.