CMS Made Simple Forums

Hi,

I am having a terrible time with my site these days. After running flawlessly forever, someone internally hosed the site by accident. I have restored the site from backup, as best I could, but continue to get some strange errors and I'm unable to open any pages as admin! I get the following error:

_________________
Fatal error: Call to undefined method ErrorPage::RemoveProperty() in /var/www/lib/classes/contenttypes/ErrorPage.inc.php on line 48
_________________

In the ErrorPage.inc.php file, line 48 refers to:

   $this->RemoveProperty('searchable',false);

in the SetProperties() function.


Also, when I attempt to view any files for pages that are put on the site and listed by way of the uploads module, I get:

__________________
Error!

Error: Insufficient parameters supplied to module!
Missing param is: upload_id
__________________

So I downgraded to 1.5.4, restored a set of CMS files that were equivalent to the DB backup I had and I still get the same errors. I have been at this for 15 hours straight. Can anyone give me some insight into what you think this might be?

Here's what I'm running (just downgraded from 1.6.1):

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

Cms Version: 1.5.4

Installed Modules:

   * CMSMailer: 1.73.14
   * FCKeditorX: 1.1.0
   * MenuManager: 1.5.3
   * ModuleManager: 1.2.1
   * News: 2.9.3
   * nuSOAP: 1.0.1
   * ThemeManager: 1.1.0
   * MysqlDump: 1.2.3
   * Uploads: 1.7
   * TinyMCEAdv: 2.2.2
   * FileManager: 0.4.5
   * Printing: 0.2.6
   * FrontEndUsers: 1.6.7
   * SelfRegistration: 1.2.5
   * CustomContent: 1.5.3
   * TinyMCE: 2.4.13
   * TemplateExternalizer: 1.2
   * Comments: 1.8.1
   * FCKeditorX: 1.1.0
   * CGExtensions: 1.9
   * Uploads: 1.7
   * CompanyDirectory: 1.1.1
   * Glossary: 0.6.2
   * FLVPlayer: 1.0.3
   * NMS: 2.2
   * FormBuilder: 0.5.11
   * Search: 1.5.1


Config Information:

   * php_memory_limit:
   * process_whole_template: true
   * max_upload_size: 314572800
   * default_upload_permission: 664
   * assume_mod_rewrite: false
   * page_extension:
   * internal_pretty_urls: false
   * use_hierarchy: false


Php Information:

   * phpversion: 5.2.6-1+lenny3
   * md5_function: On (True)
   * gd_version: 2
   * tempnam_function: On (True)
   * magic_quotes_runtime: Off (False)
   * memory_limit: 128M
   * max_execution_time: 60
   * safe_mode: Off (False)
   * session_save_path: /var/lib/php5 (1733)


Server Information:

   * Server Api: apache2handler
   * Server Db Type: MySQL (mysql)
   * Server Db Version: 5.0.51a


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

Hello,

FTP or SSH ?
How are the files ? (see with FTP/SSH) What does System Checksum says ?
Do you mean 1.6.1 was running OK before ? Was it upgraded from 1.5.4 ? How ? Was 1.5.4 running OK before ?
Anything strange in your http logS ? database log ?
Is the issue reproducible or random ?
Are you running 1.5.4 against after-upgrade-to-1.6.1 database ? or against 1.5.4-era database ?

Pierre M.

Hi,

I do not have ftp access to the box only ssh. This is a restore situation, so I did not check the system checksum...but the problem seems to go way beyond that. I did not have a problem with 1.5.4 before the system was crashed. I did have to reinstall the OS and I did use PHP4 before and am now using PHP 5. I have 5 DBs backending other web apps (a search engine, simplemachines forum, and a knowledgebase ) and they all came up fine either in 1.6.1 or 1.5.4. Only CMS-MS seems to give me some problem at this point.

One thing to note that I forgot to mention before was that I had to manually fix all the file ownership and permissions for the uploads directory. I changed them all back to www-data with writeable access to all.

I could not peruse the logs because it was a crash situation. All I have was logs of the system before the incident.

The issue is definitely reproduceable. I see it every single time I try to look at a file (from the web site) or edit a page in the backend.

The only thing I can think of is perhaps this is a php5 problem? I was using php4 but my understanding was that PHP5 works fine with CMS-MS and 1.6.1 was developed on PHP5.

Any clues as to what the 'searchable' field is used for in the SetProperties() function? I think that is the key to this issue.

-p

Are you sure you don't have changed paths on the new server setup?
Triple check the paths where you have the root of site and compare what is set in config.php...

Have you done the upgrade/downgrade with not only the folders/files but the DB as well, since most all things are stored in the DB...

reneh wrote: Are you sure you don't have changed paths on the new server setup?
Triple check the paths where you have the root of site and compare what is set in config.php...

All paths seem correct to me... Here's a snipped (domain name changed to protect the innocent!):

#Document root as seen from the webserver.  No slash at the end                                                                         
#If page is requested with https use https as root url                                                                                   
#e.g. http://blah.com                                                                                                                   
$config['root_url'] = 'http://xxxx.yyyyyy.com';
if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on')
{
$config['root_url'] = str_replace('http','https',$config['root_url']);
}

#Path to document root. This should be the directory this file is in.                                                                   
#e.g. /var/www/localhost                                                                                                                 
$config['root_path'] = '/var/www';

#Name of the admin directory                                                                                                             
$config['admin_dir'] = 'admin';

#Where do previews get stored temporarily?  It defaults to tmp/cache.                                                                   
$config['previews_path'] = '/var/www/tmp/cache';

#Where are uploaded files put?  This defaults to uploads.                                                                               
$config['uploads_path'] = '/var/www/uploads';

#Where is the url to this uploads directory?                                                                                             
$config['uploads_url'] = $config['root_url'] . '/uploads';

++++++++++++
my config.php file is in the /var/www directory. I don't see a problem here. And I've gone through the permissions changing practically everything in my uploads directory to 'writeable' and owned by 'www-data'.

Any other tips?

Dr. CSS wrote: Have you done the upgrade/downgrade with not only the folders/files but the DB as well, since most all things are stored in the DB...

Hi, yes. I did. I do a nightly CMS DB backup (cron job dump) to a different drive as a compressed bzip2 archive. I restored a version of the CMS files that corresponded to the same night the DB backup was done.

In general, as an aside, is it possible to install a CMS-MS version running on PHP4 and then later upgrade to PHP5 or will that break the CMS function? Because of the nature of the crash and cause, I was tasked with upgrading security of the server...which means I upgraded my PHP from 4 to 5 and OS from Debian Etch to Debian Lenny. Both provide much more in the way of security.

Also, Simple Machines Forum and Sphider search engine both work perfectly from backups. No issues whether I run PHP4 or 5 or Etch or Lenny. Ugh. I'm wiped out.

Have you tried doing an /install/ and NOT CHECKING THE INSTALL DEFAULT CONTENT AND THE OTHER BELOW IT IN STEP 5 where you input the DB info.?...

Sometimes reinstalling helps...

Pierre M. wrote: Anything strange in your http logS ? database log ?
Pierre M.

Actually, I may have spoken too soon. I did look in the logs since the restore and I do see some weird errors that seem related.

For example, in the error log I see:

[error] [client 192.168.27.189] File does not exist: /var/www/uploads/techpubs_CSSMenu, referer: http://xxx.yyyy.com/stylesheet.php?cssi ... ype=screen

And in the access log I see a related message:

"GET /stylesheet.php?cssid=53&mediatype=screen HTTP/1.1" 200 6807 "http://xxx.yyyy.com/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.12) Gecko/2009070611 Firefox/3.0.12"

I'm not pulling the peices together...but I do think they are related. Anyone have any idea about these messages in relation to the system messages I got from CMS-MS:

Fatal error: Call to undefined method ErrorPage::RemoveProperty() in /var/www/lib/classes/contenttypes/ErrorPage.inc.php on line 48

AND

Error: Insufficient parameters supplied to module!
Missing param is: upload_id

Thanks in advance.

Paul

Dr. CSS wrote: Have you tried doing an /instal/ and NOT CHECKING THE INSTALL DEFAULT CONTENT AND THE OTHER BELOW IT IN STEP 5 where you input the DB info.?...

Sometimes reinstalling helps...

Not yet. I could give that a try and see what happens.

pbrady wrote:

Dr. CSS wrote: Have you tried doing an /instal/ and NOT CHECKING THE INSTALL DEFAULT CONTENT AND THE OTHER BELOW IT IN STEP 5 where you input the DB info.?...

Sometimes reinstalling helps...

Not yet. I could give that a try and see what happens.

I just tried reinstalling as specified above and no change. I still am unable to open or edit any page from the Pages area of the Admin backend nor am I able to list any pages that display files that were uploaded.

This is so weird! Any suggestions are totally welcome! I'll try anything at this point since it looks like I am unable to get back to my old system.

pbrady wrote: Fatal error: Call to undefined method ErrorPage::RemoveProperty() in /var/www/lib/classes/contenttypes/ErrorPage.inc.php on line 48

This sounds like a problem with files being mixed up somehow.  The error message indicates that the RemoveProperty method does not exist in that class.  The RemoveProperty method is defined in lib/classes/class.content.inc.php.  That file defines the content class... The file lib/classes/contenttypes/Content.inc.php extends that into the Content class.... and the file lib/classes/contenttypes/ErrorPage.inc.php extends that into the ErrorPage content type.  If none of those files are correct (I.e: not properly upgraded) then you will get this problem.

Also, when I attempt to view any files for pages that are put on the site and listed by way of the uploads module, I get:
__________________
Error!

Error: Insufficient parameters supplied to module!
Missing param is: upload_id

This sounds like a problem with the way you're calling the uploads module... which would be a completely seperate issue. 
Please paste how you're calling the uploads module.

Hi,

A quick update. I reinstalled the full version of 1.5.4 including new tables and sample content and did NOT restore the database. Completely virgin system. And when I attempt (from the admin backend) to edit or even open a file in the Pages section, I still get this error:

Fatal error: Call to undefined method ErrorPage::RemoveProperty() in /var/www/lib/classes/contenttypes/ErrorPage.inc.php on line 48

1.5.4 didn't have the RemoveProperty method.

Therefore I will bet that you've mixed up the files somehow.
Do a system verification with the appropriate checksum file.

calguy1000 wrote: This sounds like a problem with the way you're calling the uploads module... which would be a completely seperate issue.   
Please paste how you're calling the uploads module.

I cannot access the pages with the code due to the error...but I do have two screenshots to show how I code the pages that I will attach. I do have access to the upload templates and will post their code here:

pubs_detailed:

{$startform}{$input_key}
{if $noauthor }
{$input_author}
{else}
{$prompt_author} {$input_author}
{/if}
Enter Document Title: {$input_summary}
{$input_replace} If file already exists, overwrite it.
Select File to Upload{$hidden}{$input_browse}
{$input_submit}
{$endform}



pubs_detailed:

{if isset($input_filter) }
{$startform}
{$prompt_filter}{$input_filter}{$hidden_params}{$input_submit}
{$endform}

{$matches} {$matchestext}
{/if}

 
    Document Title
    File Name
    Upload Date & Time
    User
 
{foreach from=$items item=entry}
 
    {$entry->summarylink}
    {$entry->name}
    {$entry->date}
    {$entry->author}
 
{/foreach}






pubs_less_detailed:

{if isset($input_filter) }
{$startform}
{$prompt_filter}{$input_filter}{$hidden_params}{$input_submit}
{$endform}

{$matches} {$matchestext}
{/if}

 
    Document Title
    Document Size (measured in KBs)
 
{foreach from=$items item=entry}
 
    {$entry->summarylink}
    {$entry->size} KB
 
{/foreach}





Up until this issue, the upload function was working fine. Most of my site uses this function.

Thanks for any insight you have.

-p