| Post |
|
Guest
| trev 10:47 pm December 18, 2008
| |
|
|
Please replace the ??? with your data!
- URL to the FORM: http://???
- The browser used: ???
- cforms version: ???
- Your Wordpress version: ???
Hi there,
I have just upgraded to the latest version, 9.4 – and it seems I have lost absolutely everything….bummer…My site will not even load at all unlessl I de-activate cforms. I decided I will just start from scratch and redo everything, so I went to completely remove cforms and re-install.
When I re-install – somehow cforms "knows" about my previous forms! When I look in my database, using phpMy Admin – I cannot find anywhere that these forms are saved!???
Can you please help me – where is the database table, or at least where are the forms saved so that I can remove everything and start fresh…
Thanks kindly, trev.
|
|
|
Admin
| Oliver Munich, Germany posts 6237 11:14 pm December 18, 2008
| |
|
|
odd, I can't see a reason why upgrading (unless you did a WP autoupdate which is known to be "flaky") would cause cforms config loss.
check wp_options for "cforms_settings".
I have just upgraded to the latest version, 9.4 – and it seems I have lost absolutely everything
what does "it seems" mean? loosing everything or not is pretty digital. 0 or 1. Which is it?
|
|
|
|
|
Guest
| trevor 12:39 am December 19, 2008
| |
|
|
Hi again,
It was a manual upgrade btw, not an auto.
[edit] checked my wp_options table, there is no "cforms_settings" entry – ?? [/edit]
Also – I cannot load the Global Settings page for your plugin, it never finishes loading the page, so I cannot delete the form data. I'm trying this in FF 3.0.5 and IE 7 – no deal on either, the page just keeps trying to load without returning.
By "seems to have lost everything" I meant – parts of the form were there, none of the styling was there, then the site would not load at all without deactivating the plugin and restarting the browser. Upon reactivating, the forms were screwed up more – missing parts, appearing where they should not appear – ETC. That is what "seems to have lost everything" meant. There was some salvageable data, but now I am abandoning that thought and just wanting to start from scratch.
- but since I cannot delete the old form data through the usual manner – would you please be able to tell me how to do so manually – that would be great….thanks again!
/trev
|
|
|
Admin
| Oliver Munich, Germany posts 6237 7:33 am December 19, 2008
| |
|
|
Even manual updates can cause issues, e.g. by partial FTP uploads, corrupted files etc.
cforms has only one place where is stores config data, which is in wp_options and it uses cforms_settings.
Also, make sure you have all the permissions on the uploaded files / folders set properly.
|
|
|
|
|
Guest
| trevor 3:52 pm December 19, 2008
| |
|
|
Hi Oliver, thanks for your reply.
Last night I was able to downgrade to my previous version, and using IE7 could load the global settings page and delete all my forms content. (Firefox could not load the global settings page still, btw – there was an update to firefox yesterday, maybe thatis relevant?)
After deleting and uninstalling cforms, I re-downloaded 9.4 from this site – I am pretty confident I have the complete fileset, but possibly an md5 checksum would be helpful.
Upon re-installing, folder and file permissions are 755 thoughout, firefox is still unable to load the global settings page, and also sporadically unable to load any of the site pages while the plugin is activated!
I was mistaken lastnight about the "wp_options.cforms_settings" data – I DO have it, but what should I be looking for??
I really appreciate any more advice you mayhave – thanks again,
trev
|
|
|
Admin
| Oliver Munich, Germany posts 6237 6:46 pm December 19, 2008
| |
|
|
shouldn't be a browser issue.
It's good that you have the wp_options entry, because all your config data is in there.
What's your PHP mem setting? Enough MEM allocated?
Do you get an empty white page in cases where it can't load a page?
Did you check the FAQs re 'white page' etc.?
|
|
|
|
|
Guest
| trevor 10:13 pm December 19, 2008
| |
|
|
Hi,
Thanks for those suggestions – the site is on a decent host, I don't supect it's a php memory issue.
I don't get a white page – I get most of the page loaded, but the page never completely loads. If I click any of the options on that page and try to submit it, then the page goes to "reading from server…" and doesn't return.
At that point if I try to reload that page, the left menu of the page loads, but the main content section does not, it's just blank gray background and the page never returns. Also at that point none of the other pages of that site will load (in same browser), I need to restart my browser to load anything from that site.
- just spent the morning installing wamp and local wordpress so I don't go thru this again…I'll test it next time – good lesson learned.
if you have other suggestions, I would appreciate it – I'm trying to back thru the options and see if I can rebuild things, but i'm finding it tricky…
thanks again
|
|
|
Admin
| Oliver Munich, Germany posts 6237 9:49 am December 20, 2008
| |
|
|
Thanks for those suggestions – the site is on a decent host, I don't supect it's a php memory issue.
even decent hosts usually set limitations, make sure it's 24M+
At that point if I try to reload that page, the left menu of the page loads, but the main content section does not, it's just blank gray background and the page never returns. Also at that point none of the other pages of that site will load (in same browser), I need to restart my browser to load anything from that site.
never heard of or seen this issue before, did you ask your provider for some insight into the logs…did you try Firebug to see what file(s) take the most to load (under >Net)?
if you have other suggestions, I would appreciate it – I'm trying to back thru the options and see if I can rebuild things, but i'm finding it tricky…
the options/config data are stored in an Array & by hand it's certainly very tedious to replicate. Try copying the entire string and put it into your new install.
cforms may moan about corrupted settings, but will offer to try to fix them.
|
|
|
|
|
Guest
| trevor 7:42 pm December 22, 2008
| |
|
|
Hello again Oliver, I really appreciate your continued input :)
I have done another complete uninstall, re-download, and re-install – but have the same issue. Cannot get to global settings.
I used firebug, and checked the NET info during the attempt to load the global settings page. On the FIRST load of the page, it shows a return code of 200 OK for all the elements, yet the browser status bar remains at: "Transferring data from mydomain.org…" and the browser remains with a pointer/hourglass. Firebug NET does not indicate what the page is still trying to load…?
Next – If I then click refresh -l the wordpress admin menu (left side) refreshes, but the page content for global settings does not, so the main page area is just blank grey, and the browser status bar shows: "Waiting for mydomain.org…"
At this point, if I create a new tab, I cannot load ANY page from the site, they all just show "Waiting for mydomain.org…" in the status and never load anything.
I have narrowed down that if I stop the global-settings page processing, clear the "authenticated sessions", then I can once again load pages from the site … don't need a full browser restart.
Also, if I leave the page processing in FF, – and open IE and try to load the site main page, it is very slow, and gets stuck at "1 item remaining…" until I stop the process in firefox and then the server completes the requests to IE – so the problem is definitely on the server side of things (definitely, I think…)
I have tried this with all other plugins disabled, still the same.
So again – Any ideas are genuinely appreciated, I know your time is scarce too, and this is also unpaid work for you, so truly, I respect that. I'm still chipping away, but I think I might need to do a complete re-install of my entire site, thinking that something has got corrupted along the way, it might be faster to do that.
Thanks,
trev
|
|
|
Admin
| Oliver Munich, Germany posts 6237 9:28 pm December 22, 2008
| |
|
|
Can you setup a sub domain on the same server, essentially a quick WP install + cforms to see if it behaves the same?
If it works, you'd know it's something in your other environment, if it doesn't work, it's likely to be a core server issue.
|
|
|
|
|
Guest
| trevor 10:04 pm December 22, 2008
| |
|
|
yep, i'll do that and get back….thanks, great idea
|
|
|
Guest
| trevor 11:03 pm December 22, 2008
| |
|
|
uh-oh…
just did a new subdomain, fresh install of wp2.7 and cforms 9.4
- same problem :(
- this particular site is hosted on bluehost, so it's a pretty popular host and are very WP friendly….I am having trouble believing it is a server issue…damn.
FYI, the server details are:
apache version 2.2.11 (unix)
php version 4.4.9
mysql version 5.0.67-community-log
- does anything there look incompatible ?
Anyway – I wil have an ask around on the bluehost forums see if I can get any info, and I'll post back to this thread later on.
- thanks again – I'll be back…
|
|
|
Admin
| Oliver Munich, Germany posts 6237 11:10 pm December 22, 2008
| |
|
|
not sure if it will make a difference, but have you considered trying PHP 5+ ?
|
|
|
|
|
Guest
| trevor 11:19 pm December 22, 2008
| |
|
|
hi Oliver,
On that host, I don't think I get the option to choose my php version….booo!
- but on my locally installed wamp/wp2.7 I am encountering the same problem, and that is php version 5.2.8, so, not sure if that is the problem.
- I'm really sorry to keep coming back with this issue. I am going to get to the bottom of it one way or another though…
I'm going to try some tools like fiddler or something to read the raw headers – I can't seem to find helpful info with firebug about what is happening
thanks, trev
|
|
|
Admin
| Oliver Munich, Germany posts 6237 11:35 pm December 22, 2008
| |
|
|
This may be a bit unorthodox, but you could also try to delete larger areas, step by step, to see if code inside cforms-global-settings.php is causing the time-outs.
Trouble shooting with a baseball bat, but sometimes effective.
|
|
|
|
|
Guest
| trevor 12:08 am December 23, 2008
| |
|
|
Hi,
According to fiddler, the request (part of the global-settings pageload) cforms-captcha.php never returns…
the actual GET request is:
GET /wp-content/plugins/cforms/cforms-captcha.php?&c1=4&c2=5&ac=abcdefghijkmnpqrstuvwxyz23456789&i=i&w=115&h=25&c=000066&l=000066&f=font4.ttf&a1=-12&a2=12&f1=17&f2=19&b=1.gif HTTP/1.1
-and it never responds….
any ideas?
thanks a lot!
|
|
|
Admin
| Oliver Munich, Germany posts 6237 9:15 am December 23, 2008
| |
|
|
ok, now what happens when you load the GET directly into your browser, do you see an error?
if not then something on the backend is causing issues trying to render the captcha, which either means:
- the www/PHP server doesn't support captcha requirements
- or it throws exceptions trying to do so
you could also check cforms-captcha.php, those *could be* the critical calls:
- ImageTTFText
- imageFilledRectangle
- ImageRectangle
|
|
|
|
|
Guest
| trevor 6:38 pm December 23, 2008
| |
|
|
Hi,
In order to expedite the repair of my site, all I did was remove the captcha preview from the global settings script and things are running smoothly now. I don't use the captcha on that site, so it's a band-aid for now.
After finding out that that script was not returning I realized I had about 50 stuck processes running on my server from my testing, it was getting real slow – so I killed them all and itreturned to normal.
I'll look into those suggestions you posted above and try to narrow down the specific issue, but for now I need to catch up on all my other stuff, so probably over the next few days or so.
One note about a previous assumption – I had said that my local WAMP install was doing the same thing – BUT – I realize now that the plugin was not calling it's scripts locally (using the wordpress variables for path info) but instead was calling the scripts from the original server. I had migrated the install and database from the server to the local install – and didn't realize that the plugin would need to be uninstalled and re-installed locally to reset the path variabls in cforms-settings.
- good lesson learned there too. So in fact, when I updated that, it ran fine locally – so the conflict with the script is ONLY in my server environment on bluehost, with that version of php i assume…
I'll post back later when I narrow down the specific problem – but I wanted to say thanks sincerely for the suggestions and support on this – I really appreciate it!!
Thanks,
trev
|
|
|
Admin
| Oliver Munich, Germany posts 6237 6:47 pm December 23, 2008
| |
|
|
Glad we narrowed it down! I've heard of stuck processes once before & I'd be super happy if you could keep me in the loop on your findings. Cheers!
|
|
|
|
|
Guest
| Trace 1:26 pm December 24, 2008
| |
|
|
I'm having the same issue after upgrading, website doesn't load and global settings page doesn't either…. I upgraded three different blogs and the other two work fine…. deactivitating cforms solves the issue…. but that isn't an option because cforms is awesome thanks to Oliver's hard work.
As I was typing, got global settings to work … it took a minute or two and got the debug… maybe this will help?
[debug output removed by admin]
|
|