I am using TinyMCE and the WYSIWYG editor is enabled in the frontendNaN wrote: What plugin?
Is the WYSIWYG editor enabled for frontend in the TinyMCE settings?
Installing or Upgrading to 1.9 - Problems and Solutions
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Hi, I have big problem after upgrade to 1.9.1 from 1.8.x version. I cannot add content or modify content.
When I want add page, the loading of the page /admin/addcontent.php is not finished correctly, here you can see where code stops line 121 (full code log here).
When i try to reload, nothing apperaed, only the same page.
When i try to modify any existing page I could see only blank screen and url /admin/editcontent.php?content_id=62&page=.
Here you can see my server and cms ms log with all the settings.
Please, please can anybody help me? Last verison works well, but upgrade destroy all adding or modify content. It is real fail for me:-(
When I want add page, the loading of the page /admin/addcontent.php is not finished correctly, here you can see where code stops line 121 (full code log here).
When i try to reload, nothing apperaed, only the same page.
When i try to modify any existing page I could see only blank screen and url /admin/editcontent.php?content_id=62&page=.
Here you can see my server and cms ms log with all the settings.
I check this issue with different browser and everytime is the same error.Cms Version: 1.9.1
Installed Modules:
* CMSMailer: 2.0
* FileManager: 1.0.3
* MenuManager: 1.7.2
* ModuleManager: 1.4
* News: 2.11
* nuSOAP: 1.0.2
* Printing: 1.1.1
* Search: 1.6.7
* ThemeManager: 1.1.3
* TinyMCE: 2.8.1
* CGExtensions: 1.17.6
* SiteMapMadeSimple: 1.2.1
Config Information:
* php_memory_limit:
* process_whole_template: false
* output_compression: false
* max_upload_size: 16000000
* default_upload_permission: 664
* url_rewriting: mod_rewrite
* page_extension: /
* query_var: page
* image_manipulation_prog: GD
* auto_alias_content: true
* locale:
* default_encoding: utf-8
* admin_encoding: utf-8
* set_names: true
Php Information:
* phpversion: 5.2.9
* md5_function: Zap (ANO)
* gd_version: 2
* tempnam_function: Zap (ANO)
* magic_quotes_runtime: Vyp (NE)
* E_STRICT: 0
* memory_limit: 32M
* max_execution_time: 30
* output_buffering: 4096
* safe_mode: Vyp (NE)
* file_uploads: Zap (ANO)
* post_max_size: 8M
* upload_max_filesize: 16M
* session_save_path: Nekontrolováno, protože je aktivní open_basedir
* session_use_cookies: Zap (ANO)
* xml_function: Zap (ANO)
Server Information:
* Server Api: cgi-fcgi
* Server Db Type: MySQL (mysql)
* Server Db Version: 5.0.87.d10
----------------------------------------------
Please, please can anybody help me? Last verison works well, but upgrade destroy all adding or modify content. It is real fail for me:-(
Last edited by Cody on Tue Nov 30, 2010 9:53 pm, edited 1 time in total.
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Thanks for that one, Ronny! I was already wondering where that usefull line at the bottom of my pages had gone.RonnyK wrote: Just activate the performance info, in the config.php. The variable is available in config, but not active....
$config['show_performance_info'] = 'anything';
I've been monitoring the performance of the site for a couple of days now. I've been looking at the load time for the front end and to be honest it looks fine to me.
Still, the Pingdom test shows me that since three weeks the load time has been increasing.
I did some optimalisation of my code, removed some unneccesay calls to the db and got it back to loading within 2 seconds according to the Pingdom test.
As I said before, front as well as back end feel to be slower, but I can't really put my finger on it.
Make your community a better place!
Re: Installing or Upgrading to 1.9 - Problems and Solutions
@Cody
I had a similiar thing going on after upgrading. There is a solution to this, but it involves changing one of the core files.
EDIT: I have never said anything, you didn't hear anything from me and I do not know what this is about.
I had a similiar thing going on after upgrading. There is a solution to this, but it involves changing one of the core files.
EDIT: I have never said anything, you didn't hear anything from me and I do not know what this is about.
Last edited by Anonymous on Wed Dec 01, 2010 3:37 pm, edited 1 time in total.
Make your community a better place!
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Great news, can you please help me where I can find the solution? I dont know according which keywords should I search thius bug:-(mr101010 wrote: @Cody
I had a similiar thing going on after upgrading. There is a solution to this, but it involves changing one of the core files.
I know the dev-team is not keen on 'hacks' being passed along without the proper instructions and disclaimer, so I will not post it on here.
If I'm correct it will be fixed in CMSMS 1.9.2!
Re: Installing or Upgrading to 1.9 - Problems and Solutions
@Cody - check my solution for Add/edit content here: http://forum.cmsmadesimple.org/index.php/topic,48822.msg235326.html#msg235326 - it's only workaround, bud is effective. Also you can try uninstal SiteMapMadeSimple and check what happens.
Re: Installing or Upgrading to 1.9 - Problems and Solutions
i did a fresh new installation of cmsms1.9 full but tinymce does not work that good.
here is a screenshot and my specs. i tryied to reinstall it, reset the settings and all that stuff. whats wrong?
here is a screenshot and my specs. i tryied to reinstall it, reset the settings and all that stuff. whats wrong?
Code: Select all
----------------------------------------------
Cms Version: [b]1.9.1[/b]
Installed Modules:
* CMSMailer: [b]2.0[/b]
* FileManager: [b]1.0.3[/b]
* MenuManager: [b]1.7.2[/b]
* ModuleManager: [b]1.4[/b]
* News: [b]2.11[/b]
* nuSOAP: [b]1.0.2[/b]
* Printing: [b]1.1.1[/b]
* Search: [b]1.6.7[/b]
* ThemeManager: [b]1.1.3[/b]
* TinyMCE: [b]2.8.1[/b]
* AdvancedContent: [b]0.7.1[/b]
* GBFilePicker: [b]1.2[/b]
Config Information:
* php_memory_limit: [b][/b]
* process_whole_template: [b]false[/b]
* output_compression: [b]false[/b]
* max_upload_size: [b]12000000[/b]
* default_upload_permission: [b]664[/b]
* url_rewriting: [b]none[/b]
* page_extension: [b][/b]
* query_var: [b]page[/b]
* image_manipulation_prog: [b]GD[/b]
* auto_alias_content: [b]true[/b]
* locale: [b][/b]
* default_encoding: [b]utf-8[/b]
* admin_encoding: [b]utf-8[/b]
* set_names: [b]true[/b]
Php Information:
* phpversion: [b]5.2.9[/b]
* md5_function: [b]On[/b] (True)
* gd_version: [b]2[/b]
* tempnam_function: [b]On[/b] (True)
* magic_quotes_runtime: [b]Off[/b] (False)
* E_STRICT: [b]0[/b]
* memory_limit: [b]64M[/b]
* max_execution_time: [b]30[/b]
* output_buffering: [b]4096[/b]
* safe_mode: [b]Off[/b] (False)
* file_uploads: [b]On[/b] (True)
* post_max_size: [b]8M[/b]
* upload_max_filesize: [b]12M[/b]
* session_save_path: [b]/tmp[/b] (1777)
* session_use_cookies: [b]On[/b] (True)
* xml_function: [b]On[/b] (True)
Server Information:
* Server Api: [b]cgi[/b]
* Server Db Type: [b]MySQL (mysql)[/b]
* Server Db Version: [b]5.0.45[/b]
----------------------------------------------
Re: Installing or Upgrading to 1.9 - Problems and Solutions
found the solution. had to add
in htaccess.
now it works. creepy server!
Code: Select all
AddType text/css .css
now it works. creepy server!
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Thanks, it works. I red, that this bug will be fixed in 1.9.1 but obviously did not. Do you have information that in 1.9.2 will be fixed?osxfil wrote: @Cody - check my solution for Add/edit content here: http://forum.cmsmadesimple.org/index.php/topic,48822.msg235326.html#msg235326 - it's only workaround, bud is effective. Also you can try uninstal SiteMapMadeSimple and check what happens.
Re: Installing or Upgrading to 1.9 - Problems and Solutions
As you wrote - this bug had to be removed in 1.9.1, but situation is still same. Calguy in one post wrote that it is caused by a call module SiteMapMadeSimple from core.
[SOLVED] Re: CGGooglemaps and deprecated notices appearing
I'm running all the current modules and still had these notices on the website.
Notice: Modification of internal data is deprecated: CGGoogleMapsmap_count in C:\xampp\htdocs\Rail\lib\classes\class.cms_variables.php on line 46
Notice: Retrival of unauthorized internal variables is deprecated: CGGoogleMapsmap_count in C:\xampp\htdocs\Rail\lib\classes\class.cms_variables.php on line 32
Of major concern is the notices on the production site gave out the userid for the webhost so I tried taking the page offline by unchecking the active box and it wouldn't do it. Tried taking it off the menu system by unchecking the 'appear in' menu box and same thing. Damn page was still live.
Ended up uninstalling CGGooglemaps and Jquery tools and only then the notices (and map) no longer appeared.
I've also tried turning off the notices as follows:
[Site Admin] [Global Settings] [Advanced Setup] and unticked the checkbox 'allow users to view notifications'. This didn't make any difference and I think it probably only applies to the logged in admin users to see admin notices (back of house, not front of house?)
I've checked the config.php file and $config['debug'] = false;
Felix
Thanks Guys - 1.9.2 has fixed the problems!
Notice: Modification of internal data is deprecated: CGGoogleMapsmap_count in C:\xampp\htdocs\Rail\lib\classes\class.cms_variables.php on line 46
Notice: Retrival of unauthorized internal variables is deprecated: CGGoogleMapsmap_count in C:\xampp\htdocs\Rail\lib\classes\class.cms_variables.php on line 32
Of major concern is the notices on the production site gave out the userid for the webhost so I tried taking the page offline by unchecking the active box and it wouldn't do it. Tried taking it off the menu system by unchecking the 'appear in' menu box and same thing. Damn page was still live.
Ended up uninstalling CGGooglemaps and Jquery tools and only then the notices (and map) no longer appeared.
I've also tried turning off the notices as follows:
[Site Admin] [Global Settings] [Advanced Setup] and unticked the checkbox 'allow users to view notifications'. This didn't make any difference and I think it probably only applies to the logged in admin users to see admin notices (back of house, not front of house?)
I've checked the config.php file and $config['debug'] = false;
Felix
Thanks Guys - 1.9.2 has fixed the problems!
Last edited by Felix on Mon Dec 13, 2010 10:35 pm, edited 1 time in total.
Re: Installing or Upgrading to 1.9 - Problems and Solutions
how can i access the new page url field in my template? cant find it with get_template_vars !
EDIT: found a workaround with {$smarty.server.REQUEST_URI}
EDIT: found a workaround with {$smarty.server.REQUEST_URI}
Last edited by nicmare on Wed Dec 08, 2010 1:04 pm, edited 1 time in total.
Re: Installing or Upgrading to 1.9 - Problems and Solutions
@nicmare: did you try {$content_obj->GetUrl()} ?
This should always give you the right url of a page.
This should always give you the right url of a page.
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Found a bug when upgrading from 1.8.1 to 1.9.2 regarding cms_htmlblobs. Global content was not working anymore (both admin and frontpage), because of two missing fields in the table.
Temporary bugfix for those who run into this problem:
Find cms_htmlblobs
Add 2 fields:
- use_wysiwyg (INT)
- description (TEXT)
The global content will show up again
Bug-tracker: http://dev.cmsmadesimple.org/bug/view/5838
Temporary bugfix for those who run into this problem:
Find cms_htmlblobs
Add 2 fields:
- use_wysiwyg (INT)
- description (TEXT)
The global content will show up again

Bug-tracker: http://dev.cmsmadesimple.org/bug/view/5838
Re: Installing or Upgrading to 1.9 - Problems and Solutions
Since 1.9 there is a problem with the css menu templates, as it is drop down wont work in IE 6 if you have a section header to start a drop down. Here is a solution for cssmenu_ulshadow.tpl others should be similar. You need to add class="menueparent" in case sectionheader has children
{elseif $node->type == 'sectionheader' and $node->haschildren == true}
{$node->menutext}
{elseif $node->type == 'sectionheader'}
{$node->menutext}
{elseif $node->type == 'sectionheader' and $node->haschildren == true}
{$node->menutext}
{elseif $node->type == 'sectionheader'}
{$node->menutext}