I installed a second 7.2 site onto one database. I editted my nuke.sql and changed every instance of nuke to another prefix. In installed the site, the chatserv patch and then ran an sql query on the .sql. The site comes up fine and there are a whack of things that work properly (I haven't tested everything yet), but the big problem is that I can't save any information in Preferences. I 2checked all my CHMOD settings and that wasn't the problem that I could see.
Upload this new file to the server and try to change the settings, post the results which will appear on a white page then make a backup of your $prefix_config db table (structure only) and post it as well.
Field Type Attributes Null Default Extra Action
sitename varchar(255) No Change Drop Primary Index Unique Fulltext
cdgurl varchar(255) No Change Drop Primary Index Unique Fulltext
site_logo varchar(255) No Change Drop Primary Index Unique Fulltext
slogan varchar(255) No Change Drop Primary Index Unique Fulltext
startdate varchar(50) No Change Drop Primary Index Unique Fulltext
adminmail varchar(255) No Change Drop Primary Index Unique Fulltext
anonpost tinyint(1) No 0 Change Drop Primary Index Unique Fulltext
Default_Theme varchar(255) No Change Drop Primary Index Unique Fulltext
foot1 text No Change Drop Primary Index Unique Fulltext
foot2 text No Change Drop Primary Index Unique Fulltext
foot3 text No Change Drop Primary Index Unique Fulltext
commentlimit int(9) No 4096 Change Drop Primary Index Unique Fulltext
anonymous varchar(255) No Change Drop Primary Index Unique Fulltext
minpass tinyint(1) No 5 Change Drop Primary Index Unique Fulltext
pollcomm tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
articlecomm tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
broadcast_msg tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
my_headlines tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
top int(3) No 10 Change Drop Primary Index Unique Fulltext
storyhome int(2) No 10 Change Drop Primary Index Unique Fulltext
user_news tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
oldnum int(2) No 30 Change Drop Primary Index Unique Fulltext
ultramode tinyint(1) No 0 Change Drop Primary Index Unique Fulltext
banners tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
backend_title varchar(255) No Change Drop Primary Index Unique Fulltext
backend_language varchar(10) No Change Drop Primary Index Unique Fulltext
language varchar(100) No Change Drop Primary Index Unique Fulltext
locale varchar(10) No Change Drop Primary Index Unique Fulltext
multilingual tinyint(1) No 0 Change Drop Primary Index Unique Fulltext
useflags tinyint(1) No 0 Change Drop Primary Index Unique Fulltext
notify tinyint(1) No 0 Change Drop Primary Index Unique Fulltext
notify_email varchar(255) No Change Drop Primary Index Unique Fulltext
notify_subject varchar(255) No Change Drop Primary Index Unique Fulltext
notify_message varchar(255) No Change Drop Primary Index Unique Fulltext
notify_from varchar(255) No Change Drop Primary Index Unique Fulltext
moderate tinyint(1) No 0 Change Drop Primary Index Unique Fulltext
admingraphic tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
httpref tinyint(1) No 1 Change Drop Primary Index Unique Fulltext
httprefmax int(5) No 1000 Change Drop Primary Index Unique Fulltext
CensorMode tinyint(1) No 3 Change Drop Primary Index Unique Fulltext
CensorReplace varchar(10) No Change Drop Primary Index Unique Fulltext
copyright text No Change Drop Primary Index Unique Fulltext
Version_Num varchar(10) No Change Drop Primary Index Unique Fulltext
After comparing both it shows they match in field numbers so that is not the cause, for the next test copy the contents of the foot lines to a file and save for later, in the preferences section empty the foot lines and try to save the settings.
Thanks for the screenshot that explains it a lot better, it's clear for some reason data is not getting pulled from the db table, please check if the table has content in its fields (click on browse through phpMyAdmin), if the data is there (i.e. the foot lines) then we need to find out why it is not getting read, for that i would need to check the files and db myself so if you decide upon this last option pm me the login data for both.
So since our pm's, I re-installed all the files minus the patch. I re-installed the database and I still have the same problem. Is it possible that it is somehow related to the sub-domain?
Ok so I have the solution. On line 956 of nuke.sql there is a field in the $prefix_config table called nukeurl_varchar.
Thinking it would be easy, originally when renaming my prefixes from nuke to XXX I did a replace all. My bad as this field name was changed also and so that section didn't work anymore.
View next topic View previous topic
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum