Hi everybody,
CardDavMATE 0.10.1 and CalDavZAP 0.8.1 are released.
Changelog: http://www.inf-it.com/carddavmate/changelog.txt http://www.inf-it.com/caldavzap/changelog.txt
Many thanks for your feedbacks and bugreports.
Much more is coming in next weeks/months!
JM
Ján Máté jan.mate@inf-it.com writes:
CardDavMATE 0.10.1 and CalDavZAP 0.8.1 are released.
Great job!
Upgrade (from 0.10.0 resp. 0.8.0) went smooth and painless.
Thanks
-- Johan
Hello,
i found some bugs in the new versions of CardDavMATE and CalDavZAP.
CardDavMATE + CalDavZAP: - When installed inside the DAViCal directory structure (../davical/htdocs/carddav....) the images for logo and some others not shown. The url is https://calendar...com/carddavemate, https://calendar....com/caldavzap
CardDavMATE: - The year of the birthday is doubled. In the birthday field it reads like 22.02.19301930 (see attached screen shot) - Because of the missing images, the search field shows "invalid" instead of the correct label/image.
CalDavZAP: - Old repeating events which have an ending date in the past are shown as actual, not ending. I have repeating events which ended up years ago but they are now shown as still running. As shown on screen shot: * The event "Cosequin H forte...." is an event which started as a repeating event (every 60 days) beginning at 10. March 2011 and ended on 09. January 2012. * The event "Wirbelsäulengymnastik" is an repeating event (every Saturday) starting at 25. Nov 2006 and ended on 25. August 2007.
My RFE for CalDavMATE: * remember unchecked resources so they will not be loaded at startup. I have some calendar resources which archives the years 1994 up to 2009 which lot of events i only need once in a year. But they always will be load on startup.
Again: many thanks for your excellent work! Rudolf
Am 21.02.13 19:16, schrieb Ján Máté:
Hi everybody,
CardDavMATE 0.10.1 and CalDavZAP 0.8.1 are released.
Changelog: http://www.inf-it.com/carddavmate/changelog.txt http://www.inf-it.com/caldavzap/changelog.txt
Many thanks for your feedbacks and bugreports.
Much more is coming in next weeks/months!
JM
Hi,
On Feb 22, 2013, at 10:22 AM, Graf von Roit zu Hoya graf.roit@gmail.com wrote:
Hello,
i found some bugs in the new versions of CardDavMATE and CalDavZAP.
CardDavMATE + CalDavZAP:
- When installed inside the DAViCal directory structure (../davical/htdocs/carddav....) the images for logo and some others not shown. The url is https://calendar...com/carddavemate, https://calendar....com/caldavzap
looks like you have bad rewrite rules and your browser uses part of our OLD code and part of our NEW code. This can cause all the rest bugs you described here. For CalDavZAP also do not forget to execute the cache_update.sh every time you update your config or change any file.
CardDavMATE:
- The year of the birthday is doubled. In the birthday field it reads like 22.02.19301930 (see attached screen shot)
- Because of the missing images, the search field shows "invalid" instead of the correct label/image.
CalDavZAP:
- Old repeating events which have an ending date in the past are shown as actual, not ending. I have repeating events which ended up years ago but they are now shown as still running.
As shown on screen shot:
- The event "Cosequin H forte...." is an event which started as a repeating event (every 60 days) beginning at 10. March 2011 and ended on 09. January 2012.
- The event "Wirbelsäulengymnastik" is an repeating event (every Saturday) starting at 25. Nov 2006 and ended on 25. August 2007.
My RFE for CalDavMATE:
- remember unchecked resources so they will not be loaded at startup. I have some calendar resources which archives the years 1994 up to 2009 which lot of events i only need once in a year. But they always will be load on startup.
Will add an option to not load all calendars in future.
JM
Again: many thanks for your excellent work! Rudolf
Am 21.02.13 19:16, schrieb Ján Máté:
Hi everybody,
CardDavMATE 0.10.1 and CalDavZAP 0.8.1 are released.
Changelog: http://www.inf-it.com/carddavmate/changelog.txt http://www.inf-it.com/caldavzap/changelog.txt
Many thanks for your feedbacks and bugreports.
Much more is coming in next weeks/months!
JM
-- Rudolf Graf von Roit zu Hoya E-Mail: graf.roit@gmail.com
<DateFormatError.png><OldEvents.png><missingimage.png>
Hello,
Am 22.02.13 10:36, schrieb Ján Máté:
looks like you have bad rewrite rules and your browser uses part of our OLD code and part of our NEW code. This can cause all the rest bugs you described here. For CalDavZAP also do not forget to execute the cache_update.sh every time you update your config or change any file.
Deleted the dirs from the previous install and did an unzip from the downloaded archive. Than i changed the items in the config.js files i custemized in previous versions (this are only a view regarding notification, datepicker, lang). Have i to run the cache_update.sh script on a fresh install too?
Rudolf
On Feb 22, 2013, at 10:43 AM, Graf von Roit zu Hoya graf.roit@gmail.com wrote:
Hello,
Am 22.02.13 10:36, schrieb Ján Máté:
looks like you have bad rewrite rules and your browser uses part of our OLD code and part of our NEW code. This can cause all the rest bugs you described here. For CalDavZAP also do not forget to execute the cache_update.sh every time you update your config or change any file.
Deleted the dirs from the previous install and did an unzip from the downloaded archive. Than i changed the items in the config.js files i custemized in previous versions (this are only a view regarding notification, datepicker, lang). Have i to run the cache_update.sh script on a fresh install too?
Yes, every time you change ANY file ... and you changed the config.js AFTER you downloaded the new version. We just checked the bugs you reported and we cannot reproduce these ...
JM
Rudolf
Hello,
now i did as you told me:
rm -r ../htdocs/caldavzap vi ../htdocs/caldavzap/config.js ../htdocs/caldavzap/cache_update.sh
Same to carddavemate, but w/o cache_update.sh as there is no such file.
In carddavmate the format error in the birhtday field is gone, but the images still not shown.
In caldavzap nothing changed. As you can see on the attached screen shot, caldavzap recognices that the event ends at 09. January 2012. But in from-to (von-bis) there is the 10.03.2013 shown! And the item is shown on 10. Jan.
Would it be helpful, if i send you the config.js'?
Am 22.02.13 10:45, schrieb Ján Máté:
On Feb 22, 2013, at 10:43 AM, Graf von Roit zu Hoya <graf.roit@gmail.com mailto:graf.roit@gmail.com> wrote:
Hello,
Am 22.02.13 10:36, schrieb Ján Máté:
looks like you have bad rewrite rules and your browser uses part of our OLD code and part of our NEW code. This can cause all the rest bugs you described here. For CalDavZAP also do not forget to execute the cache_update.sh every time you update your config or change any file.
Deleted the dirs from the previous install and did an unzip from the downloaded archive. Than i changed the items in the config.js files i custemized in previous versions (this are only a view regarding notification, datepicker, lang). Have i to run the cache_update.sh script on a fresh install too?
Yes, every time you change ANY file ... and you changed the config.js AFTER you downloaded the new version. We just checked the bugs you reported and we cannot reproduce these ...
JM
Rudolf
Hi,
On Feb 22, 2013, at 11:12 AM, Graf von Roit zu Hoya graf.roit@gmail.com wrote:
Hello,
now i did as you told me:
rm -r ../htdocs/caldavzap vi ../htdocs/caldavzap/config.js ../htdocs/caldavzap/cache_update.sh
should be: cd /usr/share/davical/htdocs/caldavzap vi config.js ./cache_update.sh (executed from the CalDavZAP directory!)
Same to carddavemate, but w/o cache_update.sh as there is no such file.
in CardDavMATE there is no cache_update.sh (you do not need to execute anything)
In carddavmate the format error in the birhtday field is gone, but the images still not shown.
In caldavzap nothing changed. As you can see on the attached screen shot, caldavzap recognices that the event ends at 09. January 2012. But in from-to (von-bis) there is the 10.03.2013 shown! And the item is shown on 10. Jan.
Would it be helpful, if i send you the config.js'?
Another possible problem is, that you may have some apache cache enabled (I also use it) ... in this case you need to do a: "/etc/init.d/apache2 reload" (otherwise your apache will return the internally cached /old/ version of files).
JM
Am 22.02.13 11:18, schrieb Ján Máté:
should be: cd /usr/share/davical/htdocs/caldavzap vi config.js ./cache_update.sh (executed from the CalDavZAP directory!)
Yes, i did exactly this. I only wrote the whole path in the email just to get sure, we talk about the same dirs. My fault, sorry.
Another possible problem is, that you may have some apache cache enabled (I also use it) ... in this case you need to do a: "/etc/init.d/apache2 reload" (otherwise your apache will return the internally cached /old/ version of files).
I did this and i cleared the local cache from firefox as the offline cache too. But nothing changed.
The appearance from the svg-images diffes from chrome to firefox. But both don't show the images. But, i didn't find any error in the log files of the apache!
[22/Feb/2013:11:13:45 +0100] "GET /carddavmate/images/new_contact.svg HTTP/1.1" 200 511 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/logo.svg HTTP/1.1" 200 4608 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/search.svg HTTP/1.1" 200 597 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/error_b.svg HTTP/1.1" 200 539 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/drag.svg HTTP/1.1" 200 657 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/user.svg HTTP/1.1" 200 1082 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/ff_login.svg HTTP/1.1" 200 416 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/select_bg.svg HTTP/1.1" 200 413
The old recurring events still appear in the view. See attached screen shot (event.png). "Wirbelsäule" is correctly read and shown as ended on 24.Nov.2006 (when used "edit all events) but displayed on every(!) Saturday.
Rudolf
Hi Graf,
I understand that you have problem with images, but if you check our demos there are no problems at all.
So the problem must be somewhere on your side (when I install our demos I always use the published ZIP files as a installation source). The only idea I have is: try to restart your apache.
And the recurring event problem: we will check it
JM
On Feb 22, 2013, at 11:41 AM, Graf von Roit zu Hoya graf.roit@gmail.com wrote:
Am 22.02.13 11:18, schrieb Ján Máté:
should be: cd /usr/share/davical/htdocs/caldavzap vi config.js ./cache_update.sh (executed from the CalDavZAP directory!)
Yes, i did exactly this. I only wrote the whole path in the email just to get sure, we talk about the same dirs. My fault, sorry.
Another possible problem is, that you may have some apache cache enabled (I also use it) ... in this case you need to do a: "/etc/init.d/apache2 reload" (otherwise your apache will return the internally cached /old/ version of files).
I did this and i cleared the local cache from firefox as the offline cache too. But nothing changed.
The appearance from the svg-images diffes from chrome to firefox. But both don't show the images. But, i didn't find any error in the log files of the apache!
[22/Feb/2013:11:13:45 +0100] "GET /carddavmate/images/new_contact.svg HTTP/1.1" 200 511 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/logo.svg HTTP/1.1" 200 4608 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/search.svg HTTP/1.1" 200 597 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/error_b.svg HTTP/1.1" 200 539 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/drag.svg HTTP/1.1" 200 657 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/user.svg HTTP/1.1" 200 1082 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/ff_login.svg HTTP/1.1" 200 416 [22/Feb/2013:11:13:46 +0100] "GET /carddavmate/images/select_bg.svg HTTP/1.1" 200 413
The old recurring events still appear in the view. See attached screen shot (event.png). "Wirbelsäule" is correctly read and shown as ended on 24.Nov.2006 (when used "edit all events) but displayed on every(!) Saturday.
Rudolf
Hello JM,
old apache in RHEL4 doesn't know anything about svg... Adding mime type to httpd.conf fixed the "doesn't show images" problem. The hint with your demo installation was very helpful. Doing an "http...../caldavzap/images/logo.svg on your demo and in compare to my installation showed the problem immediately.
Staying patient for the recurring problem. If you need any support (ics, logs, etc.) don't hesitate to ask for.
Am 22.02.13 11:51, schrieb Ján Máté:
Hi Graf,
I understand that you have problem with images, but if you check our demos there are no problems at all.
So the problem must be somewhere on your side (when I install our demos I always use the published ZIP files as a installation source). The only idea I have is: try to restart your apache.
And the recurring event problem: we will check it
Forgot screen shots. Sorry...
FYI: Reverting back to CalDavZAP 0.8.0 fixes the problem. The old recurring items don't appear!
The problem comes with CalDavZAP 0.8.1
Am 22.02.13 11:18, schrieb Ján Máté:
Hi,
On Feb 22, 2013, at 11:12 AM, Graf von Roit zu Hoya <graf.roit@gmail.com mailto:graf.roit@gmail.com> wrote:
Hello,
now i did as you told me:
rm -r ../htdocs/caldavzap vi../htdocs/caldavzap/config.js ../htdocs/caldavzap/cache_update.sh
should be: cd /usr/share/davical/htdocs/caldavzap vi config.js ./cache_update.sh (executed from the CalDavZAP directory!)
Same to carddavemate, but w/o cache_update.sh as there is no such file.
in CardDavMATE there is no cache_update.sh (you do not need to execute anything)
In carddavmate the format error in the birhtday field is gone, but the images still not shown.
In caldavzap nothing changed. As you can see on the attached screen shot, caldavzap recognices that the event ends at 09. January 2012. But in from-to (von-bis) there is the 10.03.2013 shown! And the item is shown on 10. Jan.
Would it be helpful, if i send you the config.js'?
Another possible problem is, that you may have some apache cache enabled (I also use it) ... in this case you need to do a: "/etc/init.d/apache2 reload" (otherwise your apache will return the internally cached /old/ version of files).
JM
-
Graf von Roit zu Hoya -
Johan Vromans -
Ján Máté