Superseded by https://obs.kolabsys.com/request/show/3262, which includes an additional fix for the upgrade path by adding a conflict with roundcubemail-plugins-kolab.

Fix proposed in https://obs.kolabsys.com/request/show/3261. @machniak, @mollekopf, could you please take a look and push it through to Kolab:16 if it's okay?

Looks like fixed versions have been rolled out.

Fixed in roundcubemail-selfcontained

Did you ever get this fixed? I have the same issue as your last comment.

It appears I have right royally messed something up.

Yes - I assumed this and have already tried.
I literally can't do anything to remove this.

The ldap group information is cached, by default for 10 minutes. Check ldap_cache and ldap_cache_ttl settings. You can disable the cache with $config['ldap_cache'] = null;.

This has been fixed in Roundcube 1.3.4/1.4-beta.

Case 1 is already implemented.

It's part of Kolab 16.

Fixed in 668ca02c3f3d8 [roundcubemail master].

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.

This should now have been resolved in packaging.

This should be resolved in packaging.

@dlford Thank you for posting and giving me the necessary pointers. I now have the calendar working. These were the steps I took on my CentOS 7 setup:

@chaser these are the steps I took get get it working in a test environment on Ubuntu 18.04. This is assuming your running Roundcube installation is at /var/www/html/roundcubemail so you may have to adjust the commands if it is somewhere else.

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'm seeing the same issue. Other than switching skin, is there any workaround for this?

Fixed in e85ff388293.

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

plugins/calendar/calendar.php:

function load_settings()
{
[…]
    $settings['itip_notify'] = (int)$this->rc->config->get('calendar_itip_send_option', $this->defaults['calendar_itip_send_option']);
    $settings['week_numbers'] = 1;  // FIXME, needs to be similar like the line above
[…]
}

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

Okay, I spent now some time with the code: My whole suggestion is already implemented, there are both, "weekNumbers" and "weekNumberTitle" variables in "plugins/calendar/lib/js/fullcalendar.js" which are later used by "plugins/calendar/calendar_ui.js".

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.

In T4241#62348, @rsc wrote:

Closing this as invalid is not nice.

Closing this as invalid is not nice. It would be really helpful to have at least the second proposal done, given it adds no new screen space requirements. Aside of that, just having calendar weeks in mini-calendar is not really helpful when really actively working with the calendar a lot. Please consider reopening.

The week number is already included in the miniature calendar on the left-hand side, for both month and week views.

I have no idea. @rsc check browser console for errors.

There was an upstream ticket that has been closed. https://github.com/roundcube/roundcubemail/issues/6376

@rsc; what is the size of the real estate so we can attempt to reproduce?

This can be reproduced reliably.