I don't see it on current beta.kolabnow.com withiPone SE iOS 12.1.4. Could you re-test and provide screenshot if it's still an issue?

I'm unable to reproduce on current beta.kolabnow.com with Chromim 73.0.3683.86.

The package was created by Thomas, but it looks he's not interested in working on this currently (or just have no time). Problem is that current calendar plugin version will probably not work with Roundcube 1.3. It also requires some manual packaging work for Elastic skin support. Also there are some known issues in the database driver noone have time to work on. From Kolab perspective we could spend that time better on other things. Maybe after the final 1.4.0 release I'll do something about the situation, but I can't promise anything.

They are not maintained and they were never supported by Kolab.

It is a "fork" that we do not manage.

But you say it's a fix. So, what exactly are you trying to fix? I don't see a problem when I use chwala with Kolab storage connected using webdav driver.

The whole point is to never use infinity. Now the procedure is recursive and we never fetch more than one level of the folder tree. Or are you saying that your webdav server does not support "1,noroot"?

Fix problem with "numeric" folders (Bifrost#T209392)

I'm not sure about how common it is, but we have for example an option to save messages into the folder the replied message comes from. And it is good to have visual information on to which folder the message will be saved while composing. There are also users that wanted occassionally to not save the message at all (as draft or after it's sent). That's why the select contains "- don't save -" option. So, there are some usecases.

Thanks, I fixed this in another place. See c32f0674ace8.

I think we'd need a change around https://git.kolab.org/diffusion/C/browse/master/lib/api/common.php$237, but I didn't think about it yet.

That scenario is not supported because you can't store config and you can't use cache without kolab backend. You could probably live without these in some setups, so yes in theory it should work. There must be a bug somewhere.

... and we should throw an error when fileapi_backend != 'kolab'.

I think we should finally remove that section from documentation. It is not supported scenario, I think it is not even supposed to work. There's a comment in sample config:

// Main files source, backend driver which handles
// authentication and configuration of Chwala
// Note: Currently only 'kolab' is supported
$config['fileapi_backend'] = 'kolab';

Yes, kolab_files uses now different (semi-recurrent) logic to fetch folders hierarchy. How exactly did you configure chwala with seafile?

That's a bug introduced by e544905221b and the fix makes sense.

@bohlender, would you make a summary in English for me, or should I just ignore all comments?

Check Roundcube error log. It might be caused by invalid/missing timezone setting in php.ini.

I installed Win10 (User-Agent: MSFT-WIN-3/10.0.17763) and it works for me. I see some problem when the folders limit is set, but this is not default. Check in config.inc.php if you have config['activesync_max_folders'] = 5;. If so, bump the number to 10.

It does not work for me. Maybe there's something to switch in fullCalendar settings or some bug. Need to investigate.