- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Apr 21 2016
Apr 8 2016
Added documentation to DokuWiki.org, closing as it seems to work fine.
Marking it as resolved as it works for me and nobody else complained...
Mar 16 2016
Mar 14 2016
Mar 8 2016
Mar 3 2016
Feb 29 2016
Thank you, applied.
I applied this in 630eee463542. Any reason why you didn't translate the settings strings?
Thanks for the translated strings, I'll apply the changed files ASAP.
Feb 27 2016
Feb 16 2016
Feb 12 2016
Feb 11 2016
Updated and was still having the same issue. Created a new calendar and it is now working correctly. That is fine for me since I didn't have much in my calendar yet.
Thanks for the quick work.
Please update to the latest version, this fixes the issue for me.
OK. Thanks!
I can reproduce this if I set my client to your timezone. The server's timezone doesn't seem to have any influence on this. I'll investigate this during the next days.
OK, I'm currently installing a few test servers and clients with different timezone settings, however it's going to take some time.
I was thinking timezone issue also. My browser and server timezones are both America/New_York.
I had the default timezone set on the calendar. I tried using forcetimezone on the calendar and I set the timezone in settings to America/New_York but neither worked.
I don't see any timezone preferences set for the user.
I am new to davcal and installed the latest (2016-01-20) version today.
Thanks.
Duplicate of T23
My first guess would be a timezone issue. Please give some more info:
Feb 10 2016
Jan 28 2016
Jan 27 2016
Jan 22 2016
it works perfectly now, thanks !
Jan 20 2016
This should be fixed now in rDAVCAL1e7c1b3b359f. It was a problem with how the SQL queries were built, the SQL library thought the question mark was a placeholder and expected more parameters
you were right, the problem came from the plugin ACLauditor.
Jan 15 2016
Then you most probably have a JavaScript error in one of your other PlugIns, because addInitEvent is not used by davcal. To speed up the time to track it down, disable JavaScript compression in DokuWiki. Check the error log again and you should get an idea what PlugIn it is from by looking around the erroneous line. Disable (or update?) the corresponding PlugIn and you should be good to go.
We checked, there is no error on the server's log file.
not checked for the server's log file yet
but on Firefox I clicked on f12, reload the page and I have this error message:
"ReferenceError: addInitEvent is not defined"
js.php:24
js.php:24:108057
Yes, re-saving the configuration file has the exact same effect as touching the file.
we tried that and we still have the problem.
to clean the DokuWiki's cache we did:
"touch conf/local.php" which is recommended by dokuwiki's help
Jan 13 2016
Seems like the JavaScript did not reload. Try force-reloading the page and, if that doesn't help, cleaning DokuWiki's cache (for instance by re-saving the configuration file).
Jan 8 2016
I added this in rUSQL77f7b713334c, rUSQL34606ff7539f and rUSQL5d207457c879
Jan 7 2016
The need for this functionality actually arose yesterday when I discovered some problems with my setup. I'm going to implement this in one of the next releases, but I have yet to find a structured way to enter the configuration.
Dec 30 2015
Dec 11 2015
Dec 10 2015
Dec 7 2015
The iOS URL is displayed starting from rDAVCAL084e26cfa950. Limited testing is now being done on MacOS X El Capitan.
Dec 3 2015
It seems to be a problem with autodiscovery and/or the sync URL.
I can get MacOS X 10.5 to sync when I paste the principal URL into Calendar. It then discovers all available calendars.
Using the .well-known approach, it doesn't detect anything.
Nov 19 2015
This was fixed in rDAVCAL2d14bdd4dd3c
Yeah, Thunderbird uses the terms Attachment and web pages. I agree with you, though, I'm going to change the text. Thanks for the translation, updated in rDAVCAL8a73b69f4ffa. Closing the task now :)
Seems to work perfect. Thanks a lot!
Support for adding URL attachment was introduced in rDAVCAL40987d2c5f2a. Please test and report back!
This has been fixed in rDAVCALc1147cdcb5be