CGCalendar - no events in admin shown

[rotezecke]

I played with CGCalendar (2.6) for first time today, downloaded as tar.gz., on 2.2.9 CMSMS.
i left CGCalendar settings at default, apart from the foreground / background colours for general category (thankyou, forum-users). I created an event, and the front-end shows it just fine. admin calendar shows nothing. There's no JS error, nothing in PHP error log.
in the console I can see the XHR request and JSON response, for admin calendar that response is empty. I can find my event in admin via "Find..." and edit or delete it. Likewise, the "delete expired events" also works.
I tried various events, with/without custom fields, multiple categories, draft or published, etc. I have no module_custom entry for this module or any other language files installed.
I should disclose that this is happening on debian 8.11 with php 5.6.39.
The self signed SSL certificate requires a security exception, but the browsers (firefox 60.4.0esr and chromium 57.0.2987.98) store that ok, and no error messages seen. The CMSMS itself started at 1.9.x many years ago and was moved many times but has no homemade hacks (i think)
Not sure what else to try. Any ideas appreciated.


----------------------------------------------

Cms Version: 2.2.9

Installed Modules:

CGBlog: 1.15.8
CGCalendar: 2.6
CGExtensions: 1.61.4
CGSimpleSmarty: 2.2.1
CGSmartImage: 1.22.5
CMSContentManager: 1.1.7
CMSMailer: 6.2.14
Captcha: 1.0
CmsJobManager: 0.1.3
DesignManager: 1.1.5
FileManager: 1.6.8
FormBuilder: 0.8.1.6
FrontEndUsers: 2.12.6
JQueryTools: 1.4.0.4
LISE: 1.3.1
LISEaccommodationdb: 1.3.1
LISEinstallersdb: 1.3.1
MicroTiny: 2.2.3
ModuleManager: 2.1.5
Navigator: 1.0.9
News: 2.51.4
Search: 1.51.6


Config Information:

php_memory_limit:
max_upload_size: 10000000
url_rewriting: mod_rewrite
page_extension: .html
query_var: page
auto_alias_content: true
locale:
set_names: true
timezone: Australia/Sydney
permissive_smarty: true


Php Information:

phpversion: 5.6.39-0+deb8u1
md5_function: On (True)
json_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_ALL: 32767
E_STRICT: 2048
E_DEPRECATED: 8192
test_file_timedifference: No time difference found
test_db_timedifference: No time difference found
create_dir_and_file: 1
memory_limit: 128M
max_execution_time: 30
register_globals: Off (False)
output_buffering: 4096
disable_functions: pcntl_alarm, pcntl_fork, pcntl_waitpid, pcntl_wait, pcntl_wifexited, pcntl_wifstopped, pcntl_wifsignaled, pcntl_wexitstatus, pcntl_wtermsig, pcntl_wstopsig, pcntl_signal, pcntl_signal_dispatch, pcntl_get_last_error, pcntl_strerror, pcntl_sigprocmask, pcntl_sigwaitinfo, pcntl_sigtimedwait, pcntl_exec, pcntl_getpriority, pcntl_setpriority,
open_basedir:
test_remote_url: Success
file_uploads: On (True)
post_max_size: 8M
upload_max_filesize: 10M
session_save_path: /var/lib/php5/sessions (1733)
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)
check_ini_set: On (True)
curl: On


Performance Information:

allow_browser_cache: Off (False)
browser_cache_expiry: 0
php_opcache: On (True)
smarty_cache: Off (False)
smarty_compilecheck: On (True)
auto_clear_cache_age: On (True)

Server Information:

Server Software: Apache/2.4.10 (Debian)
Server Api: apache2handler
Server Os: Linux 3.16.0-7-amd64 On x86_64
Server Db Type: MySQL (mysqli)
Server Db Version: 5.5.62
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable


Permission Information:

tmp: /var/www/cmsms/tmp (0777)
tmp_cache: /var/www/cmsms/tmp/cache (0777)
templates_c: /var/www/cmsms/tmp/templates_c (0777)
modules: /var/www/cmsms/modules (0777)
uploads: /var/www/cmsms/uploads (0777)
File Creation Mask (umask): /var/www/cmsms/tmp/cache (0777)
config_file: 0777

----------------------------------------------

[DIGI3]

This is actually due to a bug in 2.2.9 core, and has been fixed in svn. If you're comfortable with svn you can find the fix, otherwise watch for the next release.