| Summary | RPC access for guest users |
| Queue | Horde Base |
| Queue Version | HEAD |
| Type | Enhancement |
| State | Accepted |
| Priority | 1. Low |
| Owners | |
| Requester | almarin (at) um (dot) es |
| Created | 10/16/2008 (1677 days ago) |
| Due | |
| Updated | 12/14/2011 (523 days ago) |
| Assigned | |
| Resolved | |
| Attachments | 0001-Major-hack-to-allow-access-to-public-calendars.patch ![]() |
| Milestone | |
| Patch | No |
New Attachment: 0001-Major-hack-to-allow-access-to-public-calendars.patch
I do know you will never accept the patch as is, but other people seem
to have same issue and for now, they might use this patch.
Once again... horrible patch ;-)
service as http://www.instantcal.com, but even with guest permissions
set, a password is requested.
Any chance that this gets fixed any time soon?
I would be very interested in viewing my Kronolith calendar in google
calendar.
Can I hope a correction soon ?
State ⇒ Accepted
Queue ⇒ Horde Base
Version ⇒ HEAD
rpc.php before ask for authentication, otherways rpc.php won't
provide exactly the same functionality as ics.php does.
State ⇒ Feedback
Anyway, ics.php is going away, since it provides duplicate
functionality to rpc.php, so this patch won't help.
State ⇒ New
New Attachment: calendar_info.php.patch
Patch ⇒ Yes
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ iCalendar access for guest users
Type ⇒ Enhancement
Priority ⇒ 1. Low
problem here is that rpc.php allways check for users credentials, so
there is no way to access an iCalendar url (.ics) even if you give
guest permissions for it.
I see two solutions for that:
- rpc.php should check Guest Permission before ask for authentication
- Give the ics.php based url like "Guest URL".
The second one is faster to implement, but maybe the desirable one
should be the fist.
As a quick patch, calendar_info.php could check for guest permissions
and offer the ics.php based url. I attach a patch to show you the idea.