cgblog forgets default summary template setting

[rotezecke]

CGBlog sporadically forgets its summary template (see picture) which results in the Oops error page. Just clicking the tick of the appropriate template fixes the error, but after some time it forgets it again. Until yesterday I though it happens about once per month, but I "fixed" it last night, and this morning it was broken again. I had a quick look in the database, but couldnt find where the default setting is stored. However, I doubt the database itself is overwritten, as I have seen similar errors in other CG modules (CGSmartImage sometimes can't find the aliases). I do not use smarty chaching or anything fancy, in fact I call CGBlog like this:

Code: Select all

{CGBlog number="10"}

I suppose an easy way out would be to define what template to use here, but was wondering
1) where in DB is that default setting stored
2) assuming that the DB is not overwritten, why would CMSMS not find that setting (both front and backend)?
This particular version of CMSMS started as 1.9.x and was updated to 2.1.4 via phar installer, and is now at 2.1.5. The problem started at 2.1.4 and occurred both with php 5.6.x and 7.0.x.
The admin log shows

Unable to load template module_db_tpl 'CGBlog;summary' in 'tpl_body:54'

and

Unable to load template module_db_tpl 'CGBlog;summary' in 'content:content_en'

There is nothing in the php error log (in relation to this). Thank you.

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

Cms Version: 2.1.5

Installed Modules:

CGBlog: 1.14
CGExtensions: 1.53.10
CGFeedback: 1.8
CGSimpleSmarty: 2.1.2
CGSmartImage: 1.21.5
CMSContentManager: 1.1.1
CMSMailer: 6.2.14
Captcha: 0.5.3
DesignManager: 1.1.1
FileManager: 1.5.2
FormBuilder: 0.8.1.4
JQueryTools: 1.3.9
ModuleManager: 2.0.4
Navigator: 1.0.3
News: 2.50.5
Search: 1.50.2


Config Information:

php_memory_limit:
max_upload_size: 16000000
url_rewriting: mod_rewrite
page_extension: .html
query_var: page
auto_alias_content: true
locale:
set_names: true
timezone: Australia/Brisbane
permissive_smarty: false


Php Information:

phpversion: 7.0.11
md5_function: On (True)
json_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_ALL: 32759
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: 256M
max_execution_time: 30
register_globals: Off (False)
output_buffering: 4096
disable_functions:
open_basedir:
test_remote_url: Success
file_uploads: On (True)
post_max_size: 16M
upload_max_filesize: 16M
session_save_path: /tmp (0700)
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: Off (False)
smarty_cache: Off (False)
smarty_compilecheck: Off (False)
smarty_cache_udt: Off (False)
auto_clear_cache_age: On (True)

Server Information:

Server Software: Apache
Server Api: cgi-fcgi
Server Os: Linux 2.6.32-673.8.1.lve1.4.3.el6.x86_64 On x86_64
Server Db Type: MySQL (mysqli)
Server Db Version: 10.0.25
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable


Permission Information:

tmp: /home/x/public_html/tmp (0755)
tmp_cache: /home/x/public_html/tmp/cache (0755)
templates_c: /home/x/public_html/tmp/templates_c (0755)
modules: /home/x/public_html/modules (0755)
uploads: /home/x/public_html/uploads (0755)
File Creation Mask (umask): /home/x/public_html/tmp/cache (0755)
config_file: 0444

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

[Rolf]

I have noticed this once and have been investigating it too, but didn't find something either... Other similar sites haven't got any problems.