Hi all,

That's crazy, boy. You take the wrong way.

Right, the complete fix might be very complicated because:

• we need different filters to list all roles, just non-managed roles or managed roles.

the alternative filters could be:
'(&(objectclass=ldapsubentry)(objectclass=nsComplexRoleDefinition))' - list all non-managed roles
'(&(objectclass=ldapsubentry)(objectclass=nsSimpleRoleDefinition))' - list all manged roles
'(&(objectclass=ldapsubentry)(objectclass=nsRoleDefinition))' - list all roles

• we need a separate code to implement user's roles listing (including editing managed roles). Currently, by default, Kolab User has a nsroledn attribute defined in WAP Settings. That implies that LDAP roles manaement follows logic of getting and changing regular multivalue LDAP attributes, but roles does not work like that. To set a role you need to add or remove nsroledn attribute, but checking role membership nsrole attribute should be used.

I guess, we could change the roles filter to fix the immediate issue, but if we want to display non-managed roles we'll need possibility to list both types of roles, i.e. the filter would depend on what we want to achieve at the moment.

I think I have found the problem for submission.

Another problem:
After reboot dirsrv instance does not start.

In T4776#68850, @machniak wrote:

Unfortunately an update is not trivial.

Confirmed. This is a known bug in fullcalendar library. Unfortunately an update is not trivial.

Because jsTimezoneDetect is not very active project I decided to add a workaround on PHP side. Fixed in https://github.com/roundcube/roundcubemail/commit/36485dfc345ad724f08eaa7ea30c3cc88e48a00d.

I am affected by this issue too. On Ubuntu 16.04. Wallaced crashes. Systemd shows that it is still running (because there is no unit file, only init script, which calls wallaced with the --fork option) - very confusing. Wallaced started again after deleting the content of /var/spool/pykolab/wallace/footer/incoming/. Will it happen again?

This should be documented here, shouldn't it?
https://docs.kolab.org/upgrade-guide/kolab-16.html

I'm seeing the same issue. Other than switching skin, is there any workaround for this?

Closing this for being a duplicate

This is a known issue. We have a ticket in Bifrost. Not trivial to fix as it's a bug in fullcalendar library.

I can confirm this bug. @machniak ?

Unfortunately I don't have the permissions to delete or edit that page, even with my admin account. Assigning to @vanmeeuwen.

You may have a look at this one:

For TOTP a quick and dirty fix may be applied (at your own risk, of course).

Sorry, I cannot easily downgrade to 1.3.8 to try stuff out on my system.
May I ask which distro you are on and which version of Kolab you're using?

roundcubemail 1.4-0 is still beta.
can you try with current stable v1.3.8 from upstream, pls?

Weird - I cannot seem to reproduce this issue on my Debian Stretch box with up-to-date Kolab 16 packages (roundcubemail 1.4-0~kolab53, roundcubemail-plugins-kolab 3.4-0~kolab57) and the Elastic skin.

Confirmed. The same issue in Tasks. Investigating...

A fix has been pushed by @pokorra: https://obs.kolabsys.com/request/show/2366

Me too.

Duplicate caused by Phabricator dying.

Duplicate caused by Phabricator dying.

Duplicate caused by Phabricator dying.

Probably it could, but in reality it doesn't make a big difference if you consider return value of both on kolab_storage_folder_user.

@vanmeeuwen Spaces and unicode are perfectly allowed in attachment names thanks to the RFCs about encoding the names in headers. The ticket is about iTip attachments specifically. I confirm that the code removes all non-ascii characters making the attachment name completely dummy in some cases. I don't really know why @bruederli make it this way. Maybe there was a reason.

Maybe I wasn't clear about what I would like to see: Roundcube's config/defaults.inc.php has by default this:

There is "'d.M'," vs. "'d.M.'" (note the second dot).

I'm not understanding what the difference is between;

Compatibility with other clients basically requires (read: "has required"?) file names for attachments are ascii-encoded and do not contain spaces. I think there's even an RFC on client-compatible naming conventions for naming attachments, but I'm failing to recall the number (maybe 2138?).

I'm unable to reproduce. When Contacts folder does not exist it is created automatically. From the code I see that the warning could happen only in case of some imap connection errors. Fixed anyway with 8a5c09287.

According to code it looks intentional, but I don't know a real reason, maybe there was some interoperability issue. Honestly, I don't see a reason to not use unicode.

\o/

I fixed this yesterday in commit 91b071d1530b [roundcubemail-plugins-kolab master].

@vanmeeuwen /usr/share/roundcubemail/public_html/assets/plugins/libkolab/skins/elastic/libkolab.css is missing. So, it looks like a packaging issue.

One last item to fix: the link behind the download button.

I don't remember where to do this in a way that fixes it permanently, so I've hot-fixed it.

Not sure what is meant by "real estate", but my resolution is 1366x768, just to have it mentioned here.

Ok, I see now. libkolab.css is not added to the page. I don't know why yet, maybe something related to assets_dir.

@machniak; since we can reproduce this on webmail.kolabsys.com, I can verify there's no discernible error in the console.