Hello marty,

thank you so much. I’ll watch the jira tickets from time to time and hopefully will install the fix soon.

Have a nice day

Hi @Freewind65

Best to contact Kopano support. Hard to say what’s going on here.

@fbartels youre right.
as always: “wer lesen kann…” :)

@marty THANKS :-)

@marty, @fbartels: Now (approx. 8 hrs after the update) the calender seems to work properly. Free/busy information is shown as meant to be.

No further action hase been done in between.

Thanks for your support.

support told me that it might only be a problem with this one recurring appointment. So, we left it that way. If it happens again, I will send the EML File (of the appointment-altering-mail) to the support.

Of course.
Relogged, caches cleared, browsers changed …
Same behaviour in IE11, Edge, Chrome and FF.
Also checked different OS …
Same behaviour … “no widgets installed”

@fcases said in Multiple (selected) Calendars in list view show no calendar objects:

KW-637

I can’t make a comment on the KW-637, but I have done some debugging I would like to share:

Starting from the list view with 2 calendars checked, if I uncheck 1 of them, the requestData (on the client) sent by XmlHttpRequest is:
“{
“zarafa”: {
“appointmentlistmodule”: {
“appointmentlistmodule199”: {
“list”: {
“entryid”:“000000003e2f5bca52c148c993bfa6dbb48611680100000003000000c3fe61f2056a49caa5a9a4562b39b94700000000”,
“store_entryid”:“0000000038a1bb1005e5101aa1bb08002b2a56c200007a617261666136636c69656e742e646c6c00000000003e
2f5bca52c148c993bfa6dbb486116801000000010000005806388be2ba48fbbe311fe355ab132366696c653a2f2
f2f7661722f72756e2f6b6f70616e6f2f7365727665722e736f636b00”,
“restriction”:{},
“sort”: [{“field”:“startdate”,“direction”:“DESC”}],
“groupDir”:“ASC”
}
}
}
}
}”
… and the server return the list of events on that calendar.So far so good.
but if I check one more calendar, the requestData is as follows:
“{
“zarafa”: {
“appointmentlistmodule”: {
“appointmentlistmodule231”: {
“list”: {
“entryid”:[
“000000003e2f5bca52c148c993bfa6dbb48611680100000003000000bd457036a56b459ca9bf570e5fc18fcb00000000”,
“000000003e2f5bca52c148c993bfa6dbb48611680100000003000000c86f68ff046947e88b68d4d762ecdcd400000000”
],
“store_entryid”: [
“0000000038a1bb1005e5101aa1bb08002b2a56c200007a617261666136636c69656e742e646c6c00000000003e2f5bca52c148c9
93bfa6dbb486116801000000010000005806388be2ba48fbbe311fe355ab132366696c653a2f2f2f7661722f72756e2f6b6f70616e
6f2f7365727665722e736f636b00”,
“0000000038a1bb1005e5101aa1bb08002b2a56c200007a617261666136636c69656e742e646c6c00000000003e2f5bca52c148c9
93bfa6dbb486116801000000010000005806388be2ba48fbbe311fe355ab132366696c653a2f2f2f7661722f72756e2f6b6f70616e
6f2f7365727665722e736f636b00”
],
“restriction”:{},
“sort”:[{“field”:“startdate”,“direction”:“ASC”}],
“groupDir”:“ASC”
}}}}}”
what it seems to me is a correct requestData, but the server return a null list of events and the php (I’m using php-fpm trhu fastcgi) coplains as follows:
[04/Feb/2019:09:55:36 +0100] “POST /kopano.php?subsystem=webapp_1549265838016 HTTP/2.0” 200 116
[Mon Feb 04 09:55:44.853437 2019] [proxy_fcgi:error] [pid 6644:tid 139946494207744] [client X.Y.Z.1:40544]
AH01071: Got error 'PHP message:
PHP Warning: mapi_getprops() expects parameter 1 to be resource, array given in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 821
PHP message: PHP Warning: mapi_msgstore_openentry() expects parameter 1 to be resource, array given in /srv/www/htdocs/kopano-webapp/server/includes/core/class.operations.php on line 1487
PHP message: PHP Warning: mapi_msgstore_openentry() expects parameter 1 to be resource, array given in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 172
PHP message: PHP Warning: mapi_getprops() expects parameter 1 to be resource, boolean given in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 176
PHP message: PHP Notice: Undefined index: item in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 187
PHP message: PHP Warning: count(): Parameter must be an array or an object that implements Countable in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 187
PHP message: PHP Notice: Undefined index: item in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 207
PHP message: PHP Warning: array_values() expects parameter 1 to be array, null given in /srv/www/htdocs/kopano-webapp/server/includes/modules/class.listmodule.php on line 207
', referer: https://Z.Y.X.100/
I’m not an experienced guy on php neither data model on MAPI, but I hope this might help solving it.

Hi @stef-jakobs,

while this cures the symptons the source of your problem is what @bhuisman already said: your webserver process is running as local admin, which ultimately means that every login is treated as coming from an admin (does not check password).

The default socket means he is using the Unix socket (because it’s faster than going through TCP) which means the user of the webserver matters.

Hi marty,
thanks for creating the request.
That sattles the matter for me.

Oliver

Hi @gerd

Unfortunately this is a known issue:
https://jira.kopano.io/browse/KW-2158

looking into this a bit further this looks like a regression in vmime (delivered since ~8.6.5(. I have created https://jira.kopano.io/browse/KC-1393

Hello there,

just a quick update on how i solved this, maybe someone else want to do it on his/her own:

when the script is executed via the webgui, the webapp settings are backuped for the given user, than a json parser goes through and adds/removes the entry from the file.
Then the settings are restored and after a reload the user will see the new folder or wont see the removed folder anymore - seems to work like a charm. - The only thing to do (but its more cosmetics than anything else) is to check the permissions first. otherwise the folder just wont show up :)

If someone is interested i could create a git for that (but i need to change it a bit - for example a configfile to define the ldap/db plugin to check the given user)

best regards
coffee_is_life

@mcostan Not really. Only reported twice (including you)

Hi Felix

i solved my problem! It was made by my own. All Ü’s and Ö’s are stable back again.
Shamefully the reason was a miss-configuration of the Apache server! No php Problem.
The error results out of a not enabled “javascript-common.conf” and some enabled mods with conflicts.

Herzlichen Dank