Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#16 2008-05-21 13:36:10

AndrijaM
Member
From: Belgrade, Serbia
Registered: 2007-12-22
Posts: 190
Website

Re: Error after moving site to another server

Thanks Redbot, I know now for sure that the glz is cousing all the problems. I used phpMyAdmin to turn off the plugin, and then I was able to login into the txp, and the web site is workin fine.
But when I turn the plugin again from txp, the same message appears again. I guess I have to try to reinstall the plugin.

Offline

#17 2008-07-07 11:08:17

juanjonavarro
Plugin Author
From: Valencia, Spain
Registered: 2005-05-16
Posts: 485
Website

Re: Error after moving site to another server

You can just deactivate the jquery detection mechanism of the plugin. Look for the line:

if ( !file_exists($GLOBALS['txpcfg']['txpath'].'/jquery.js') ) die(glz_custom_fields_gTxt('jquery_missing'));

…and comment it.

Offline

#18 2008-07-07 11:35:15

net-carver
Archived Plugin Author
Registered: 2006-03-08
Posts: 1,648

Re: Error after moving site to another server

AndrijaM

I had this error recently when I moved a local site to a live server. I used phpMyAdmin to edit the txp_prefs table so it had the right dir paths and urls for the server but the error persisted. In the end it was simply an error in the txpath path in config.php which I had forgotten to edit. Doh!


Steve

Offline

#19 2009-03-09 06:37:28

gerhard
Plugin Author
From: London, UK
Registered: 2005-06-29
Posts: 409
Website

Re: Error after moving site to another server

Hey guys, I have joined this thread months late, hope this is still relevant.

In glz_custom_fileds v1.2, this has been changed from that horrid die() to the far more suitable trigger_error() so that the plugin won’t render the whole admin interface unusable. Also, the function that checks for jquery is only called on 3 pages now: write, advanced preferences & the plugin page itself.

I did receive a few e-mails in the past regarding this error, it was always a misconfiguration in config.php. txpath must be set to where textpattern folder resides on the server. It would look something like this:

/var/www/mywebsite.com/public/textpattern

This would have never been a problem with a proper config.php. I have submitted a patch to the devs, hoping it’s going to make it into the next release of TXP. In the meantime, there is my patched version of Textpattern that has all the patches required by glz_custom_fields applied as well as the config.php patch that was tripping you up AndrijaM.

Offline

Board footer

Powered by FluxBB