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@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/%22%3E {"inactiveCollections":["http://undefined%22,%22http://undefined%22,%22http://undefined%22,%22http://..."], "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@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
The next version contains major changes related to settings (because the next-next version will allow users to customize settings directly in the interface) .
We will release the 0.10rc1 soon (in ~1 week).
JM
On Sep 3, 2013, at 4:01 PM, Ken Murchison murch@andrew.cmu.edu wrote:
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@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/%22%3E {"inactiveCollections":["http://undefined%22,%22http://undefined%22,%22http://undefined%22,%22http://..."], "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@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
-
Ján Máté -
Ken Murchison