Actually, it doesn't look like it obeys the selected timezone either.
Its defaults back to globalTimeZone
On 09/03/2013 09:57 AM, Ján Máté wrote:
Hi Ken,
thanks for the report ... will check and fix!
JM
On Sep 3, 2013, at 3:55 PM, Ken Murchison <murch(a)andrew.cmu.edu> wrote:
> Hi Ján,
>
> The setting which controls which calendars are unselected does not work on my server.
As you can see below, it is using URLs which don't correspond to any collections:
>
> PROPPATCH /dav/calendars/user/ken/ HTTP/1.1
> Host: 192.168.137.22
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0
> Accept: application/xml, text/xml, */*; q=0.01
> Accept-Language: en-US,en;q=0.5
> Accept-Encoding: gzip, deflate
> Content-Type: text/xml; charset=UTF-8
> Authorization: Basic .......
> X-client: CalDavZAP 0.9.1.2 (Inf-IT CalDAV Web Client)
> Depth: 0
> Referer:
http://localhost/caldavzap-0.9.1.2/
> Content-Length: 584
> Origin:
http://localhost
> Connection: keep-alive
>
> <?xml version="1.0" encoding="utf-8"?>
> <D:propertyupdate xmlns:D="DAV:">
> <D:set>
> <D:prop>
> <I:settings
xmlns:I="http://inf-it.com/ns/cal/">
>
{"inactiveCollections":["http://undefined","http://undefined","http://undefined","http://undefined","http://undefined"],
> "inactiveTodoCollections":[],
> "TodoListFilterSelected":["filterAction"],
> "activeView":"agendaWeek",
> "activeApp":"CalDavZAP",
> "calendarSelected":"ken/Default/",
> "TodoCalendarSelected":"ken/Default/",
> "addressbookSelected":"",
> "timezoneSelected":"America/New_York",
> "currentDate":"2013-9-1"}
> </I:settings>
> </D:prop>
> </D:set>
> </D:propertyupdate>
>
>
>
> On 09/03/2013 04:34 AM, Ján Máté wrote:
>> Hi Ingo,
>>
>> this feature is already supported:
>>
>> 1.) you must enable the settingsAccount exactly for ONE account (usually the
logged user account)
>> 2.) you must set the globalSettingsType to 'calendar-home-set' if your
server has no support for setting DAV properties to 'principal-URL' (this is the
default for DAViCal)
>>
>> If it not helps then your server maybe don't have support for storing DAV
properties. If you think that this is a bug, you can create a demo/testing account on your
server (+send me a private e-mail with credentials) and we can check where is the
problem.
>>
>>
>> JM
>>
>>
>> On Sep 3, 2013, at 1:00 AM, rog7993(a)web.de wrote:
>>
>>> Hello,
>>>
>>> is there a possibility for saving the user settings regarding the visibility
of calendars?
>>>
>>> We have some people which setup group calendars for public read access. After
every login to CalDavZAP I have to unselect these calendars, because they are of no
interest for me and therefore confusing. CalDavZap is configured with delegation=true.
>>>
>>> Ingo
>>>
>
> --
> Kenneth Murchison
> Principal Systems Software Engineer
> Carnegie Mellon University
>
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University