Hi,
I am encountering a strange behavior...
When I create an event from 29 march 2014 to 30 march 2014, CalDavZAP
displays it only on 29/03.
BEGIN:VEVENT
CREATED:20140227T104134Z
LAST-MODIFIED:20140227T104134Z
DTSTAMP:20140227T104134Z
UID:cmefj6qt-g022-kyv0-qmru-k0rdclitfkw2
SUMMARY:Tets Event
TRANSP:TRANSPARENT
CLASS:PUBLIC
DTSTART;VALUE=DATE:20140329
DTEND;VALUE=DATE:20140331
END:VEVENT
Any idea ?
Note : I am still using CalDavZAP v0.10.0 (I can't upgrade to latest for
now). Maybe this bug is solved in 0.10.0.2 ?
Julien
Hi,
I observed something strange with caldavzap which I wasn't able to track
down myself.
If I use a baikal server with auth digest and have "var
globalUseJqueryAuth=true" in config.js, everything works as expected and
w/o errors.
If I switch to basic auth with the very same server and have
globalUseJqueryAuth undefined in config.js, the initial loading of the
calendar data works as expected. But after globalSyncResourcesInterval I
get errors like this:
REPORT http://mysite/cal.php/calendars/username/default/ 403 (Forbidden)
jquery-2.1.0.min.js:4
l.cors.a.crossDomain.send jquery-2.1.0.min.js:4
o.extend.ajax jquery-2.1.0.min.js:4
CalDAVnetLoadCollection webdav_protocol.js:2063
CalDAVnetLoadCollection.$.ajax.complete webdav_protocol.js:2337
j jquery-2.1.0.min.js:2
k.fireWith jquery-2.1.0.min.js:2
x jquery-2.1.0.min.js:4
(anonymous function)
To be clear -- I don't get these errors with auth digest.
Any ideas?
--
Johannes
Hello,
does a simple possibility exists for placing an icon with a link to the
DAViCal admin page in CalDavZAP? Maybe below of the logout button?
I found an icon (images/banner_settings.svg) in the installation folder,
which may be suited for this. But I assume this is dedicated for another
purpose, maybe for the integration with CardDavMATE. With the actual
version I can't discover, where and when it is used. But my Javascript
and CSS knowledge is somewhat limited...
Ingo
On 02/04/2014 09:46 AM, Ján Máté wrote:
> Hi list,
>
> CalDavZAP 0.10.0.1 released. Thank you very much for your bug reports (Ken Murchison, Johan Vromans) and the new Spanish translation (Damián Vila)!
>
>
> changelog: http://www.inf-it.com/caldavzap/changelog.txt
> download: http://www.inf-it.com/CalDavZAP_0.10.0.1.zip
> demo: http://www.inf-it.com/caldavzap/
>
> Short roadmap for future releases:
>
> 0.10.1:
> - delegation support in the interface (you can select which calendars you want to enable/disable directly in the interface)
> - color picker (support for changing calendar colors)
> 0.11.0:
> - invitation support
Hi Ján,
While working on scheduling support, would you be willing to take a look
at also implementing support for consensus scheduling:
http://tools.ietf.org/html/draft-york-vpoll
<http://tools.ietf.org/html/draft-york-vpoll-00> ? There should be a
-01 draft out soon, but the original should give you an idea of what it
entails. We are looking at doing a multi-vendor demo of VPOLL at our
next CalConnect in May. Right now, the only client that we have is
something that the Apple server guy mocked up in JS which talks to the
Apple server. Since you have a fully functional CalDAV client, it would
be awesome if CalDAVZap could also support VPOLL.
That being said, I wouldn't be able to do any testing until I add
support for VPOLL, which I also plan to do in the next month or so.
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
Hello,
is there a bug tracker for CalDAVzap anywhere?
For better readability I defined a minimum font size within Firefox. If
using something greater than 14 pt a display error occurs when defining
a new event. The event will be created with a time shift and it will
last longer compared to the selected time range. For reproducing try:
- define a minimum font size of 20 pt
- create a new event by selecting 9:00 with the mouse and pulling it
down to 11:00
-> the event will be created from 12:00 to 15:30.
I observed this not only with Firefox but with Google Chrome too.
Ingo
Hi,
here's how to use caldavzap with the baikal server (or probably any
sabredav based server).
I'd recommend to include it somewhere as configuration example (e.g.
caldavzap/misc/readme_baikal_sabredav.txt).
I'll attach the following "readme_baikal_sabredav.txt" and the patch.
PROBLEM:
--------
caldavzap reads and saves session settings persistently in the caldav
server by
PROPPATCH / PROPFIND in a principal property
'{http://inf-it.com/ns/dav/}settings'.
Unfortunately, sabredav and sabredav based caldav servers...
- do not provide access to new or non-standard properties
- do not provide write access to principal properties with PROPPATCH
SOLUTION:
---------
An ideal and clean solution would be a sabredav plugin which allows
creation and
access to arbitrary new principal properties. Since such a plugin
doesn't exist,
I'll show here a hack which modifies baikal to just provide the specific
principal
property '{http://inf-it.com/ns/dav/}settings' which is needed by
caldavzap.
The following steps apply to baikal 0.2.7 but should be applicable to
any
sabredav based server.
1. modify your sql databse:
add a text type database entry to the principals table which will hold
the settings.
This can be done by sql commands or by using a gui frontend for your
database.
I've named this text field 'inf_it_settings'.
Example: the sqlite structure of the principals table should then look
like this:
CREATE TABLE 'principals' ( id INTEGER PRIMARY KEY ASC, uri TEXT, email
TEXT,
displayname TEXT, vcardurl TEXT, inf_it_settings TEXT, UNIQUE(uri)
)
2. apply the patch baikal-flat-0.2.7-for-caldavzap.diff to patch the
baikal server.
This patch does two things:
a) it modifies
vendor/sabre/dav/lib/Sabre/DAVACL/PrincipalBackend/PDO.php to map
requests for the property '{http://inf-it.com/ns/dav/}settings' to the
newly created
database field inf_it_settings (see above 1.)
b) it modifies vendor/sabre/dav/lib/Sabre/DAVACL/Principal.php to give
write
access to principal properties ('write' includes 'write-properties').
best
--
Johannes
Hello to everyone,
I’m trying the CalDAVZap module with a CalendarServer installation (it’s version 4.2 but I made the modifications from the diff file manually). It works perfectly with it, I can see my calendars/events. But the default Apple Calendar/iCal application cannot list the person’s permitted delegations after that. It just says « Delegation is not supported by this server », when usually it lists the calendars I have read and/or write access to…
When I remove the diffs from CalDAVZap, that functionality comes back, but I cannot use CalDAVZap :(
Anybody can help with that?
Thanks in advance
Pascal
Hi,
is CalDavZAP supposed to reload from the caldav server if changes were
made there (by another program)?
it doesn't do here although I've
var globalSyncResourcesInterval=120000;
var globalBackgroundSync=true;
best
--
Johannes
Hi,
1. I'd find it much more efficient, if the tasks would be shown in edit
mode always.
This way changes to a task could be typed in immediately w/o hitting an
"edit" button first
and the save button would just save and not return to a read-only view.
2. even more efficient would be an automated saving of the task changes
so that you don't have to hit a save button any more.
So as soon as anything is changed in a task it should be saved
automatically to the caldav server.
This way, the tasks interface woulnd't have save and revert buttons any
more (with the obvious disadvantage that undo wouldn't be possible any
more).
a) what's the opinion of others about these suggestions?
b) would it be hard to implement at least 1.?
thanks and regards,
--
Johannes