Installing or Upgrading to 1.9 - Problems and Solutions

[RonnyK]

Same problem on another site, also upgraded 182 -> 19, lightly different: when an editor adds a new page comes this message:

"Fatal error: Call to a member function Hierarchy() on a non-object in /home/httpd/vhosts/rentrez-manger.ch/httpdocs/modules/SiteMapMadeSimple/SiteMapMadeSimple.module.php on line 244"

And when he tries to go in the admin page :

"Notice: Indirect modification of overloaded element of cms_variables has no effect in /home/httpd/vhosts/rentrez-manger.ch/httpdocs/lib/page.functions.php on line 382

Fatal error: Cannot assign by reference to overloaded object in /home/httpd/vhosts/rentrez-manger.ch/httpdocs/lib/page.functions.php on line 382"

Instead of the page list.

On the same site, the administrator can't see the page created by the editor. Then he can't delete the editor to try the solution previously mentionned either.

Another issue appears when the administrator tries to re-order the pages:

"Fatal error: Call to a member function Id() on a non-object in /home/httpd/vhosts/rentrez-manger.ch/httpdocs/tmp/templates_c/%%A3^A36^A36F658E%%ordercontent_tree.tpl.php on line 7"

Cache cleared, content of tmp/templates_c erased without effect.

These issues have been fixed in SVN.

Ronny

[Jan Cobb]

I have upgraded from 1.8.2 to 1.9 with no apparent problems on the front- or the back-end. However, my system.log (on Mac OSX 10.5.8, Apache 2.2.14, PHP 5.3.0) is showing multiple lines:

Code: Select all

Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 42
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 43
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 42
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 43
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 42
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 43
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 42
Nov 10 21:56:44 crdraServer /usr/sbin/httpd[41956]: PHP Deprecated:  Function eregi_replace() is deprecated in /Library/WebServer/domains/raffca.org.uk/htdocs/lib/content.functions.php(975) : eval()'d code on line 43

Any clues? I don't recall seeing this come up when I was running CMSms 1.8.2 on the same server.

[warpedjoe]

1. Global Content not working - get smarty error message (second try at this!). When I go to Global Content in Admin, there are none, but attempting to add my global content code (HTML) back in generates an error that a GCB with that name already exists. Attempting to add a new GCB gets an error "There was an error inserting the Global Content Block". Checking the MySQL DB, the HTMLBlobs are still there, but for some reason they cannot be accessed by CMSMS.
2. First try at upgrade lost my news items - did not even have "News" on the Content tab as something that could be massaged. The upgrade actually blew away the DB, and there was only the default item.
3. If this is due to updating the Schema, need to take a look at it. On both upgrades, you get a message that says "Schema is up to date. Schema is at 33. Need to update schema to 34." I saw that this did not make sense, and to top it off, the button looked like it did not need to be done.
Sure glad I did all my backups before attempting the upgrade.

[calguy1000]

@Jan Cobb
a:  As stated in the release notes, CMSMS does not officially support E_DEPRECATED and you should disable those messages
b: Those messages are from one of your UDT's.  Not from CMSMS itself.

[calguy1000]

@warpedjoe sounds like the user account that CMSMS uses to connect to the database doesn't have FULL PRIVILEGES.    Double check that, and restore from backup and try again please.

[warpedjoe]

@calguy1000 You nailed it! Never checked the privileges beyond "Drop". Went in and added ALL privileges for the the admin on the CMS DB only. Most amazingly, it worked from the time I finished the copy and went to install/update. Thanks. BTW, check the news on the front page of www.warpedbox.com

[seensite]

These issues have been fixed in SVN.

Ronny

Thank you Ronny, I'll patch concerned sites and post the results. Strange that they didn't appear on second site during beta cycle.

Regards

[Jan Cobb]

@Jan Cobb
a:  As stated in the release notes, CMSMS does not officially support E_DEPRECATED and you should disable those messages
b: Those messages are from one of your UDT's.  Not from CMSMS itself.

@calguy1000 Thanks, my error was forgetting such a simple lesson! Sorry

[jmmpc]

I too am having the same issue with the TinyMCE not loading on v1.9.

I was having a slightly different issue with the Cataloger module after the upgrade from 1.8 to 1.9 so I decided to try out a fresh clean install on another domain to test it out. From a clean install I cannot get the TinyMCE to load up on any pages. I've got 3 dedicated servers and it won't work on any of them, my setup for various sites has worked perfectly in the past on previous versions. I am currently running PHP 5.2.14.

As for the Cataloger issue, since I upgraded one of my sites to 1.9, the User Defined Cataloger Attributes doesn't appear to come through to the edit content page, or show up on the site. I have had to restore v1.8 to keep this site working. Not sure what is going on here, could someone perhaps confirm that the Cataloger is working for them - not that i'll be running 1.9 until this TinyMCE issue is sorted.

For anyone experiencing the TinyMCE issue, I have managed to fix it by un-installing and fully removing the TinyMCE and then downloading and installing the Module again from here http://dev.cmsmadesimple.org/projects/tinymce It then shows up perfectly on all pages. Can't quite think why it doesn't work straight off from the fresh 1.9 base install tho. 

I am however still stuck with the Cataloger edit content pages not displaying the user defined fields to allow you to fill them in etc.

[moorezilla]

gah... my page listing problem was due to a jquery conflict... i thought i had disabled the jquery, but screwed it up... working for me now with the svn file versions.

[M@rtijn]

I have added page-specific keywords by putting the following line in my template

Code: Select all

<meta name="keywords" content="keyword1,keyword2,{content block='extra keywords' oneline='true' wysiwyg='false'}" />

The content block call causes the entire page to stop loading. If I look at the HTML source everything after the call is not loaded and causes a execution time error.

Removing the line from my template makes the page load normally.

EDIT: After some trail and error I gave up, did a new (test)installation on the host and somehow this problem did not occur anymore. Not a 1.9 upgrade problem, but something else.

[Dr.CSS]

@ringportal

Take the space out of the block=extra keywords and use the label=Extra Keywords parameter instead...

Or just put the metadata tag in the page option tag metadata box...

[Rolf]

@ ringportal
Perhaps you missed a comma here:

This still work for me in 1.9:


Did you checked the words filled in the block? Perhaps there is something wrong?

grtz. Rolf

[rocket]

I did a fresh upgrade to 1.9, I now try to edit my templates in edittemplate.php in admin but no go I get a 400 error.

Used a xml from the theme section of the cmsms site, I cannot edit any other themes either.

Tried with explorer and mozila.

Error message:
Bad Request
There was an error in your request.

Any ideas.

Update:

My problem was with ModSecurity:

ModSecurity: Access denied with code 400 (phase 2). Pattern match "(?:\\bhttp\\/(?:0\\.9|1\\.[01])|<(?:html|meta)\\b)" at ARGS:content. [file "/etc/modsecurity2/optional_rules/modsecurity_crs_40_generic_attacks.conf"] [line "217"] [id "950911"] [msg "HTTP Response Splitting Attack"] [data " ----------------

It seems that the request made by edittemplate.php match a potential Hacker attack, so my wedserver made changes to the ModSecurity rules, can't tell why, but it should maybe be looked at. Everything works now.

[admsh]

on upgrade to 1.9 it seems "collapsing" my menus no longer works. this is the tag i'm using: {menu template='menu' collapse='1' number_of_levels='2'}

still, i see all sub menus open all the time, regardless of the page i'm on.