- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
May 31 2019
I'm reopening this as there are more related issues. E.g. the Check Calendar button points to the wrong date.
This was hard to track, but fixed.
No such issue on CentOS with wallace-0.8.11-7.1.el7.kolab_16.
May 30 2019
This is working out of the box, but requires long-press. After a long press you can move the event. After a long press event also a handle to resize the event appears, so you can also resize the event.
I don't think we can control that with current design. For me scrolling in the dialog is consistent. Problems start when a virtual keyboard appears.
May 29 2019
Fixed in 668ca02c3f3d8 [roundcubemail master].
Confirmed. If I then try to start wallace, I got:
2019-05-29 11:36:24,741 pykolab.wallace WARNING [10320] Could not bind to socket on port 10026 on bind address localhost 2019-05-29 11:36:24,741 pykolab.wallace WARNING [10320] Could not shut down socket 2019-05-29 11:36:25,743 pykolab.wallace WARNING [10320] Could not shut down socket 2019-05-29 11:36:26,745 pykolab.wallace WARNING [10320] Could not shut down socket 2019-05-29 11:36:27,747 pykolab.wallace WARNING [10320] Could not shut down socket 2019-05-29 11:36:28,750 pykolab.wallace WARNING [10320] Could not shut down socket ...
and
# ps ax | grep wallace 3595 ? S 0:00 /usr/bin/python /usr/sbin/wallaced -l warning --fork --user kolab 10320 ? Sl 0:00 /usr/bin/python /usr/sbin/wallaced -l warning --fork --user kolab 10321 ? S 0:00 /usr/bin/python /usr/sbin/wallaced -l warning --fork --user kolab 10322 ? S 0:00 /usr/bin/python /usr/sbin/wallaced -l warning --fork --user kolab 10323 ? S 0:00 /usr/bin/python /usr/sbin/wallaced -l warning --fork --user kolab 10324 ? S 0:00 /usr/bin/python /usr/sbin/wallaced -l warning --fork --user kolab
Fixed on kolabnow.com.
What is the user date and time format? You could also check what are the input arguments to parseDate() in line 169 of libcalendaring.js file. Just add console.log(this.datepicker_settings.dateFormat, date, this.datepicker_settings) a line before.
I didn't check that on Debian 8, but a few notes:
- It's not an issue on Debian 9 indeed.
- Roundcube will not fallback to any other method if it is configured to use pspell.
I think I saw this before, but never had time to work on this. Probably the date is handled as date-time and converted to user timezone, but should not for all-day events.
I confirm. This is for the Kolab skin based on Larry. Looks like it is caused by some style in Larry. The responsive skin has no such issue.
May 28 2019
May 27 2019
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.
May 22 2019
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.
May 21 2019
May 20 2019
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.
May 19 2019
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"?
May 16 2019
May 15 2019
May 14 2019
Fix problem with "numeric" folders (Bifrost#T209392)
May 13 2019
May 10 2019
May 7 2019
May 6 2019
May 2 2019
Apr 29 2019
Apr 26 2019
Apr 25 2019
Apr 24 2019
Apr 23 2019
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.
Apr 19 2019
Apr 17 2019
Thanks, I fixed this in another place. See c32f0674ace8.
Apr 16 2019
Apr 13 2019
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.
Apr 12 2019
$config['fileapi_sources'] = array( 'Seafile' => array( 'driver' => 'seafile', 'host' => 'seacloud.cc', // when username is set to '%u' current user name and password // will be used to authenticate to this storage source 'username' => '%u', ) ); // You can also add $config['fileapi_backend_storage_disabled'] = true;
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?
Apr 10 2019
That's a bug introduced by e544905221b and the fix makes sense.
Apr 9 2019
Apr 8 2019
Apr 6 2019
@bohlender, would you make a summary in English for me, or should I just ignore all comments?