No Content Blocks Visible When Trying to Edit a Page

[designer0352]

After a long, tedious, and what I thought was a carefully executed process of updating a CMSMS site from version 1.10.2 to 1.11.12, the website, http://www.baycreek.com, is publicly visible and I can log into the Admin Console. The problem is when I try to edit a page there are no content blocks visible to edit at all. See the attached screen capture.

As far as I can tell, other parts of the Admin Console are working fine. I can view and edit templates and style sheets.

I appreciate any help you can provide.
Thanks,
Mitch

Here is the System Information Report for this site.
----------------------------------------------

Cms Version: 1.11.12

Installed Modules:

CMSMailer: 5.2.2
FCKeditorX: 1.0.5
MenuManager: 1.8.6
ModuleManager: 1.5.8
News: 2.14.4
Search: 1.7.11
ThemeManager: 1.1.8
Album: 0.9.2
FileManager: 1.4.5
Printing: 1.1.2
TinyMCE: 2.9.12
FormBuilder: 0.8.1.1
CMSPrinting: 1.0.5
MicroTiny: 1.2.8
Captcha: 0.5.2


Config Information:

php_memory_limit:
process_whole_template:
max_upload_size: 10000000
url_rewriting: mod_rewrite
page_extension: .html
query_var: page
image_manipulation_prog: GD
auto_alias_content: true
locale:
default_encoding:
admin_encoding: utf-8
set_names: false


Php Information:

phpversion: 5.4.34
md5_function: On (True)
gd_version: 2
tempnam_function: On (True)
magic_quotes_runtime: Off (False)
E_STRICT: 0
E_DEPRECATED: 0
memory_limit: 128M
max_execution_time: 30
output_buffering: 4096
safe_mode: Off (False)
file_uploads: On (True)
post_max_size: 10M
upload_max_filesize: 10M
session_save_path: /tmp (1777)
session_use_cookies: On (True)
xml_function: On (True)
xmlreader_class: On (True)


Server Information:

Server Api: cgi-fcgi
Server Db Type: MySQL (mysql)
Server Db Version: 5.5.40
Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable
Server Time Diff: No filesystem time difference found


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

[velden]

Though it's a wild guess you might try to change the Admin Theme in 'My Preferences' -> My Account -> User Preferences

And on the same tab select 'MicroTiny' under 'Select WYSIWYG to use'

Just to test.

[designer0352]

Velden, thanks for the reply and suggestions. You know the old saying about how the simplest explanation and solution is probably the right one. But in this case, it did not fix the problem.

At this point, I am starting to think about having to completely remove the CMSMS installation and just install 1.11.12 from scratch. My plan is to leave the database in place and use all the image files and other documents. The data base and all files are backed up on my PC.

Do you have any suggestions for the best way to do this?

Mitch

[velden]

Question is whether that would solve the issue. It would if it has to do with file corruption (possible if you used FTP to upload the new versions) or if you have used customized admin templates in the past (module_custom).

But maybe it's caused by an old UDT or something, and that would not be solved when you reuse the database.

What about creating a new page template with only {content} tag. Set that as the default and create a new page. Check if that works.

Further, for the core files there is this checksum check available. If you find core files that don't match that's suspicious too.

[paulbaker]

Any clues when you view source of the edit page....at what point does the HTML stop? This might add weight to velden's bad UDT theory.

[designer0352]

Velden and Paul, thank you for your help. It triggered my memory of reading that in version 1.8 the {stylesheet} tag was deprecated and replaced with the {cms_stylsheet} tag. Also, I checked my style sheets to make sure all urls were absolute. Those 2 changes brought editing of content back to life. Thank you, thank you, thank you. You guys ROCK and so does CMSMS!

Mitch