Installing or Upgrading to 1.10.x - Problems and Solutions

[M@rtijn]

Although there has been an extensive beta programme for our new CMSms version 1.10, it can be possible that some small or minor issues surface when upgrading.

If you are having problems, first read the announcement for the new version and make sure you have followed the Recommended Upgrade Procedure.
If you did not find any information or clue on how to solve your problem, please use this thread to post them.

[Rolf]
Modules ready for 1.10: http://forum.cmsmadesimple.org/viewtopi ... 35#p265635
This is in Dutch forumboard, ignore the tulips, clogs and windmills
[/Rolf]

[wournos]

I followed the steps for upgrading and for some reason my templates are not visible on my site (www.spaceoddity.co.uk). I have checked that the templates and css remains, I even updated them just in case. Nothing happens.
I don't use extra modules or anything other than the default ones.

I'll be reverting to my backup files and trying to upgrade again but if it fails I have to say I'm done with cms' altogether. Too much hassle for me.

[nicmare]

use {cms_stylesheet} in your templte instead of {stylesheet} !

[M@rtijn]

Doing an upgrade from 1.9.4.3 to the new 1.10 something goes wrong in the config.php with the max upload size.

Before upgrading this was set to '8000000000', but after the upgrade it is set to

Code: Select all

$config['max_upload_size'] = -589934592;

In the "CMSMS Config Variables.php" in the /doc folder I see that "max_upload_size" is depracted, in this case what does that mean and where is the new setting for the maximum size of uploads?

[Rolf]

I followed the steps for upgrading and for some reason my templates are not visible on my site (http://www.spaceoddity.co.uk). I have checked that the templates and css remains, I even updated them just in case. Nothing happens.
I don't use extra modules or anything other than the default ones.

I had similar problems after upgrading a sub website last weekend.
Testing, re-uploaded files, testing, etc. etc. etc.
The next day an editor mailed me another (not upgraded) sub website from this domain also had problems.
In this case the webhost had technical problems!! And wasn't related to the upgrade to 1.10 I did, just a very strange coïncidence... Perhaps for you too?

Rolf

[Rolf]

Doing an upgrade from 1.9.4.3 to the new 1.10 something goes wrong in the config.php with the max upload size.

Before upgrading this was set to '8000000000', but after the upgrade it is set to

Code: Select all

$config['max_upload_size'] = -589934592;

I can't reproduce this M@rtijn...
Other people with similar problems?

B.t.w. 8000000000 seems very high to me... Perhaps related?

®

[M@rtijn]

Really? 8 GB doesn't seem that big

What is/was the out-of-the-box setting?

[wortelsoft]

[edit]I just saw this is a sticky, so wil make a new post[/edit]

[crankshaft]

After an upgrade, I have fixed the {cms_stylesheet} issue, but now have another problem.

3 of the image files used in the main template and called from the uploads/images/ folder are not loading, I found this:

http://demo.opensourcecms.com/cmsmadesi ... cmsms_tags

and so added the [[root_url]] in from of the path but that made no difference:

Code: Select all

div#header h1 a {
/* you can set your own image here */
   background: url([[root_url]]/uploads/images/banner.jpg) no-repeat 0 0px; 
   display: block; 
   height: 120px;             /* adjust according your image size */
   /* text-indent: -999em;  this hides the text */
   text-decoration:none; /* old firefox would have shown underline for the link, this explicitly hides it */

Loading the page results in errors:

"NetworkError: 404 Not Found - http://www.xx.com/tmp/cache/uploads/images/banner.jpg"

I have checked the tmp/cache folder and there's no uploads/images/ folder and I'm not sure why the page is trying to load from there ??

I have cleared the cache in the CMS Control panel, I have also cleared the browser's cache, but this only appears to effect images loaded from the template as other site images are displayed fine, so I am suspecting that there is some code which is still looking for {stylesheet} and not the new {cms_stylesheet} ?!

I can solve this by hard-coding the full url in the stylesheet, but that's not really a very good solutions i.e:

Code: Select all

background: url(http://xx.com/uploads/images/banner.jpg) no-repeat 0 0px; 

SOLVED
=====

Adding a backslash infont of the first folder works:

Code: Select all

background: url(/uploads/images/banner.jpg) no-repeat 0 0px; 

[Ziggywigged]

I'm attempting to install 1.10 but each time the process stops at the final step of installing the modules.

[Lineapixel]

Well, I have a 1.9.4.2 successfully updated via diff files to 1.9.4.3.
Everything was working fine.
I uploaded the 1.10 files (full) and opened upgrade.php.
Everything works like a charm till step 5 (successful).
When I clicked on "continue" it hanged and after several minutes gave an Error 500 that became an error 503 if I try to reload the page.
I did this process 4 times, restoring backups, re-downloading, re-uploading, checking checksums, deactivating all the modules I could (I don't really want to lose a huge amount of hours spent adjusting modules) but it's always the same.
I enabled debug in config.php and now I got a

Code: Select all

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 40961 bytes) in /home/w64755/domains/fondazioneteatroborgatti.it/public_html/lib/misc.functions.php on line 595

Well, I'm on a shared hosting and I have a very low control on Apache & PHP settings, but a 32MB memory setting should be more than enough to run CMSMS, right? PHP is 5.3.6.

No pre-upgrade test fails, but some values are not optimal:

• E_DEPRECATED is enabled
• PHP time limit is 30
• Disabled PHP functions are: system, passthru, shell_exec, escapeshellarg, escapeshellcmd, proc_close, proc_open, dl, show_source, popen, system, passthru, shell_exec, escapeshellarg, escapeshellcmd, proc_close, proc_open, dl, show_source, popen, exec
• Open basedir restrictions are in effect

I have no idea if these unoptimized settings can cause my upgrade problem, but as I said, step 5 completed succesfully with modules deactivation/activation and database schema update, then nothing else.

Since I'm worried for my setting (mostly NMS, CGCalendar, Gallery, UDTs), is there a chance to make a full install over this one, without any database update and hope to have all my data still there?

Thanks!!

[staartmees]

first I hope you made a proper backup of your working site, including it's database.

wait with your upgrade to 1.10 as NMS doesn't work under 1.10

your php time limit is a bit short, just add the folowing line to your config.php to increase this limit

Code: Select all

ini_set('max_execution_time', 90);

[Lineapixel]

first I hope you made a proper backup of your working site, including it's database.

wait with your upgrade to 1.10 as NMS doesn't work under 1.10

your php time limit is a bit short, just add the folowing line to your config.php to increase this limit

Code: Select all

ini_set('max_execution_time', 90);

Sure, now I have restored all the backups and the site is up with the last 1.9.4.3 update.
I didn't know about NMS compatibility with the new release, I'll have to wait then.
When all the modules will be updated I'll try to upgrade again using your solution for the time limit.

Thank you very much for your help!

[sanderhartveld]

Hi dear friends,

I upgraded and almost everything seems to work fine.
The thing that is not working:
- redirect to admin after login
when I login, I get redirected to the login page as if the page refreshes. After that I can go to /admin/ (removing login.php) and then I am in.

Thank you.

Sander

[sanderhartveld]

Hi dear friends,

I upgraded and almost everything seems to work fine.
The thing that is not working:
- redirect to admin after login
when I login, I get redirected to the login page as if the page refreshes. After that I can go to /admin/ (removing login.php) and then I am in.

Thank you.

Sander

I deleted my browser cookies and that helped.