- User Since
- Mar 23 2015, 10:13 PM (130 w, 6 d)
Jun 20 2017
That's right, as davcal is tested and being developed with this version of sabredav (which is also patched to support PHP7). I'm not going to update for no good reason, feel free to provide a patch, though.
Thanks for the documentation, please feel free to add it to the Wiki at www.dokuwiki.org/plugin:davcal
Closing, since user_sql is on hold.
Thanks for your suggestion, I did not know that random_compat exists.
However, I still consider the implementation with uniqid as appropriate, because:
May 30 2017
Could you check whether the latest update fixes your problem? The downside is a scrollbar that appears, at least for me.
Oh well: this doesn't happen in Chromium, only in Firefox!
Finally, I'm able to reproduce your problem, at least partially: It happens to me only in month view and only in the lower three rows of the calendar. It does not happen with an older version of davcal, so it might be either a regression or a bug in fullcalendar (which was updated due to a newer jQuery version in DokuWiki).
May 24 2017
OK, let's debug that a bit further:
May 16 2017
Hm, that sounds indeed a bit weird. Are there any error message in either the webserver log or the browser log? Could you open Developer Tools in Firefox or Chrome (F12 for both of them), click on a day and see if there is an error logged in the console?
Sometimes, also the installation of another, presumably unrelated, plugin trigger an error?
Feb 21 2017
Seems that latest jQuery 3 code in DokuWiki broke fullcalendar, on which davcal is based. Probably, an update of fullCalendar can fix this.
Jan 11 2017
Jan 4 2017
Yeah, mine looks similar to yours. You can try to style the calendar output by modifying fullcalendar-2.4.0/fullcalendar.print.less (it's a standard CSS stylesheet).
Dec 16 2016
Yes, please upload a screenshot of the differences. I just tried printing (Firefox 49.0.1) and IMHO it looks very nice! Day/Week view are more condensed in print, but that could be by design (fullcalendar's unmodified print stylesheet is applied).
Dec 15 2016
Thanks for your comment.
Dec 13 2016
A basic editor for events created within DokuWiki doesn't seem too difficult. However, making it compatible with events created and/or modified by other clients is the hard job.
Dec 12 2016
Thanks for testing, I'll add it to the next release.
Did you also test password changing?
Dec 10 2016
Dec 3 2016
Could you please test if the latest development version works for you? Here is the direct link: https://www.aboehler.at/hg/user_sql/archive/e6a991d13870.tar.gz
Nov 30 2016
Hm, my initial though was that it is impossible due to the way CRAM-MD5 works. However, it seems that someone wrote a library recently: https://github.com/hn/dovecot-misc/blob/master/dovecot_hmacmd5.php
Nov 19 2016
Obviously, you do not have the PDO mySQL driver installed. That's a problem of your NAS, nothing I can do about.
Nov 16 2016
If you read through the documentation, you will find the option "timezone" which should solve your problem.
Nov 4 2016
OK, user_sql has just been released to the Nextcloud app store. Plus, I changed the way archive folders are created, so now it should also work with the release on OwnCloud's app store.
This issue includes a fix to the code and does not only involve disabling the app code checker.
Nov 3 2016
I'm sorry, NC10 is, of course, supported and it works fine for me. However, I have not yet upgraded to 10.0.1, which you are probably running.
I never tried it with NC10, as soon as I upgrade, this problem will be fixed.
Sep 12 2016
This would be a nice Admin Plugin...
Sep 10 2016
you're welcome, I'm closing this...
Sep 9 2016
By the way: If you go through the Joomla docs you'll notice that the column "activation" is meant for a completely different thing: It controls whether activation emails are to be sent!
You want the column "block" and, of course, need to check the "invert active value" box.
I went over your screenshot of the app configuration again and I think I found your problem: You must activate "Invert Active Value" (I did not bother entering the table for "User Active Column" in the first place)
I did not change the configuration of the sql server. I just created a new local user and selcted "Create database with same name and grant all permissions" in phpMyAdmin.
I just did a fresh installation of Debian Jessie, ownCloud 9.1.0, user_sql 2.3 and Joomla 3.6.2. Everything went without problems, my Joomla user is in the list and is able to login.
That's really strange. The log doesn't even include information about ownCloud trying to list the users from the user_sql backend.
Sep 8 2016
Hm, looks quite fine to me.
Is this the only domain you serve ownCloud on? If yes, what happens if you duplicate your settings for domain "default"?
It seems that either saving or loading of the settings fails (you did click on "Save", right?).
Could you give some more info, please:
Sep 1 2016
Thanks for the logs. Could you try clearing your browser cache and cookies and logging in again? Did you check from a different computer?
That's strange, I'm running on NextCloud 9 for quite some time now (actually, since its release).
I tested it on ownCloud 9.1 just yesterday and I did not notice any problems.
Aug 31 2016
OK, I found the problem: It's the PHP7 update and an incompatibility with the version of Sabre/DAV I'm using for davcal. See the problem for ownCloud, I applied their patch: https://github.com/owncloudarchive/calendar/issues/1002
I'm currently testing a few things, it seems that OutlookCalDavSynchronizer requests only events within a certain time span. davcal does not report any events back, so it looks like a problem somewhere within davcal.
Aug 17 2016
Did you use this one: https://sourceforge.net/projects/outlookcaldavsynchronizer/?
Jul 7 2016
Jul 2 2016
Sorry, something went wrong during branch merge (one function in helper.php appeared twice) and I didn't test it thoroughly enough. Should be fixed now.
Jul 1 2016
Jun 12 2016
Hm, I don't think this can be achieved easily. All rendering is done using jorgchart, I just created a wrapper for DokuWiki.
Apr 23 2016
You need to know the name of the table as well as the columns that vBulletin uses to store its information. Unfortunately, vBulletin is not Open Source, thus I am not able to help you here.
Apr 21 2016
Thanks for the report. Both are warnings, not errors.
I just fixed the Doku_Event_Handler in b80ed4c2e184.
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...
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 11 2016
Please update to the latest version, this fixes the issue for me.
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.
Duplicate of T23
My first guess would be a timezone issue. Please give some more info:
Jan 27 2016
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
Jan 15 2016
Yes, re-saving the configuration file has the exact same effect as touching the file.
Jan 13 2016
Jan 8 2016
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 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 :)
Support for adding URL attachment was introduced in rDAVCAL40987d2c5f2a. Please test and report back!
This has been fixed in rDAVCALc1147cdcb5be
Nov 18 2015
Nov 14 2015
Nov 10 2015
I just started looking into this: In order to support ThunderBird, I'll probably use the ATTACH property of the ICS spec. This one can be specified several times and it defaults to URI. Seems like a good fit.
Nov 7 2015
I agree. I'll add a separate link field (first step, should be easy) and I'll also change the behaviour of the edit popup: When you click on an event, it will be displayed read-only, so that the URL is rendered. Only after clicking 'Edit', it will be read-write (if you have enough permission).
Yeah, sometimes, when you look closer to "simple" wishes, they become complicated :(
OK, now I understood your request :) You're speaking of creating links WITHIN an event, not within a page TO an event.
Thanks for the idea!
I'm not sure if I understood you correctly, however. What I could imagine is a syntax like