Hi,
I'd love to, but as I already mentioned earlier in this thread
this is not an internet-facing setup, it works on LAN only, and
it's not even powered up most of the time. I'll happily run
whatever test you can think of or send you any log / config file
you might need, but making it externally accessible is not really
an option right now. Anyway, it's a standard Baikal-on-Apache
setup, nothing special about it.
Regards,
Attila
On 2-May-2014 15:34, Andrej Lezo wrote:
Hi Attila,
it seems that your server supports Calendar-query reuqests but no
sync-collection requests. It results in performing of PROPFIND
requests so every event is loaded. Could you create a demo account
for me and send credentials on my email? I can check whole
behaviour and make potential fix.
Thanks in advance
Regards,
Andrej
Dňa 2. 5. 2014 13:55 Attila Asztalos
wrote / napísal(a):
Hi,
that's perfectly reasonable (and events with, say, less than a
month past-due indeed do show up immediately). What is a bit
confusing is that much earlier events do show up anyway after
waiting a short time - just not immediately. Perhaps some
consistency (either loading everything right from the start,
or not loading events older than the
'globalEventStartPastLimit' limit at all - except maybe at a
specific request of clicking a "load older/all todos" button)
would be preferable? It's clearly not a big issue of course...
Regards,
Attila
On 23-Apr-2014 16:31, Andrej Lezo wrote:
Hi Attila,
thanks for your attachment. The reason why you don't see your
to-do from last year is because we use time range filtering
for todo/event loading (Calendar-query) to minimalize server
traffic. So we are loading todos which are after start of that
time range. Unfortunately there is no such thing as using of
time range filter in combination with STATUS=NEEDS-ACTION
filter in logical "OR" relation (http://tools.ietf.org/html/rfc4791#section-7.8).
But you can extend the start of your time range by setting
globalEventStartPastLimit variable to bigger number in
config.js file. Default value is 3.
Regards,
Andrej
Dňa 22. 4. 2014 22:06 Attila
Asztalos wrote / napísal(a):