If you like, send me an email at ben.keen@gmail.com with a link to this post, your FTP info, location of the uploaded script and your DB info. I'll try installing it and debug it as I go.
I'd REALLY like to reproduce this problem. It's been reported enough so that it's clearly an issue, but any time I've logged in on people's systems to look at it it's worked fine. However, I've been informed it's not an environment problem, so I'm still not sure what the problem is...
Thanks SO much to Bruce for giving me access to his system so I could debug this.
I've gotten a fix in place, which I'll release in the next version of Form Tools. I have a couple of other things I want to include in it which aren't done yet, so for now, I'll just attach the updated files.
In the attached zipfiles, just upload the included file to the appropriate folder, then try the installation again. This time it should tell you why the file couldn't be created, prompt you to create it manually and let you continue when it HAS been created.
Aug 9th, 2010, 7:31 AM (This post was last modified: Aug 9th, 2010, 7:35 AM by coldstream.)
Thanks for the fix Ben as I am now able to get past Step 4. However, when I get to Step 5 and enter my login information for Administrator, I am getting this error:
Table 'projects.ft_accounts' doesn't exist
Is it something I missed or another bug in the installation script?
P.S. These tables were created in my database:
ft_field_option_groups
ft_form_email_fields
ft_hooks
ft_multi_page_form_urls
ft_sessions
Hmm... I'd be surprised if it was another bug, but I guess it could be.
Whatever happened, your FT database tables weren't created properly. You should see around 20 tables or more. I'd suggest deleting all tables and trying a fresh install. Something wacky's going on. If that doesn't work and you don't mind me taking a look at it directly, email me your FTP info, website URL, database info and phpMyAdmin URL and I could debug it directly on your server.
Thanks SO much to Bruce for giving me access to his system so I could debug this.
I've gotten a fix in place, which I'll release in the next version of Form Tools. I have a couple of other things I want to include in it which aren't done yet, so for now, I'll just attach the updated files.
In the attached zipfiles, just upload the included file to the appropriate folder, then try the installation again. This time it should tell you why the file couldn't be created, prompt you to create it manually and let you continue when it HAS been created.
- Ben
Bummer, still not getting to step 5. The config file is being created, but even if I enter the step 5 url manually, I get nothing... Glad to give you access if you want it..
Thanx
Sorry, had to create another account, couldn't login with my original access info...
Anyway, I really love what you're doing here and can't wait to get started using your script. Still trying to get past step 4 and have tried everything reccommended in this thread.
Was wondering if I could get a bit of guidance as I'm completely stumped at this point.
Sep 25th, 2010, 11:23 AM (This post was last modified: Sep 27th, 2010, 8:38 PM by JRS.)
Using Earthlink, MySQL - 4.1.20-log, phpMyAdmin - 2.8.2, Opera 10.62
Steps 1,2,3 went smoothly and the server timed out on step 4. Thinking it might be an Opera problem, copied the step4 link over to IE8 and was able to complete step4 successfully.
Logging in to 2.0.2 showed all the forms and clients so assumed that everything was good.
However after modifying an existing form to point to the new process.php location and submitting the form, there was good news and bad news.
the good news is that the submission was stored on the server and viewable. the bad news is that no email notification was sent to me as the form recipient.
Also, when trying to display forms in HTML format, received the message
Quote:Sorry, the export script didn't receive all the required fields and cannot proceed.
Not sure if these problems are because of the step4 with IE completion or if there are more steps required to get the old forms working in the new environment.
Not sure if related but am unable to view page 2 of submissions and there are only two pages.
.../formtools/clients/forms/index.php?page=2
Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
This problem can sometimes be caused by disabling or refusing to accept cookies.
Safari can’t open the page.
Too many redirects occurred trying to open “.../formtools/clients/forms/index.php”. This might occur if you open a page that is redirected to open another page which then is redirected to open the original page
First off, that's rather curious about the installation. As a test I installed 2.0.4 and 2.0.2 locally with Opera 10.62 and didn't run into any problems myself.
Quote:no email notification was sent to me as the form recipient.
Has anyone else around here hosted with Earthlink? How was the mail functionality on their sites? The default PHP mail functionality is supported on most systems, but a lot of them prevent a lot of the functionality (like setting your own email headers, which Form Tools does) to prevent spamming.
If you're running into trouble, I'd suggest moving to SMTP with the Swift Mailer module that would be bundled with your installation: http://modules.formtools.org/swift_mailer/
Quote:Sorry, the export script didn't receive all the required fields and cannot proceed.
Huh, now that IS interesting! I don't think it's related to the installation problem - more likely it's a sessions issue... If the information being stored in sessions is being limited or trimmed, you'll run into trouble. Some server environments use "suhosin" or other PHP patches to limit the total size of information that can be stored in sessions. That prevents Form Tools working properly.
Could you try this: in your /global/config.php file add the following line:
PHP Code:
$g_session_type = "database";
then log out and in again, and try the HTML option. It's a long-shot, but worth a try. That tells Form Tools to store all temporary session information in the database instead of a file.
Hmm... and your other problem also sounds like it may be session-related.
I got to step 4 no problem. I had to manually create my config file and upload it. Clicked continue and got a blank white page. I did as others had done before via this thread... manually change the url to get to step 5. Did that filled in the admin account info, clicked create or what the button says. I got another blank white page.
Then added
$g_session_type = "database";
to my config file. Got back to step5.php created another admin and got a blank white page again and the url is still on ../install/step5.php.
I'm working in chrome currently.
Thanks in advance and let me know if there are any other details you need. I'd be happy to give you server access if you need to help troubleshoot.
)