form not submitting or redirecting

<<I reposted this in a new thread since it is buried in another one that the suggestions didn't work for me, sorry!>>

Hi Neil, Jason, anybody,

My contact page will not send or redirect to the thankyou.php anymore. Contacted the hosting support for my client and they said the path is wrong, but it isn't. Can you take a look and see if there is something I don't see?

contactus.php

Forever grateful,

Diana

Hi Diana,

I can see the form Here OK, and if I browse directly to the thankyou.php page (in the same directory where it should normally be) it shows up here just fine. So the physical paths seem to be OK, at least for those two files.

Have you checked to see if all the required other required CFSP folders and their contents are contained in the same ContactForm/ remote folder? You should see:

Images
SpryAssets
WA_Globals
WA_Universal_Email
WA_ValidationToolkit

as well as your contactus.php and thankyou.php files

I ask this because there is no client-side (Spry) validation happening when I click in and out of the fields; or errors from the server-side code when I do an incomplete submit. Did you remove the validation(s)? If not, then there may be a path problem with the Spry (and perhaps the other files/folders). If they are there, check that the file and folder names are entered with the correct case, case-sensitivity errors would report the files as missing.

This form was working fine at one time, if I remember correctly; - is it on the same server as before? Are they the same pages?

When I type the following in to the address bar:

http://www.amegamounts.com/subPage/ContactForm/WA_Universal_Email/mail.php

I should get a blank white page, that would indicate that the 'mail.php' file is present, but I get a 'not found' message.

I am not finding the WA_Globals/WA_Globals.php in the expected location either.

Check for the presence and case of the required files and folders, - all in the ContactForm folder, and see if anything is amiss there.

You have probably tested all of this already, but a single typo or case issue could be the cause of the problem.

If you did remove all the validation from the form, perhaps re-inserting it would take us a step forward in the diagnosis.

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

Also I see in the Head of your document,

<script src="cfsp/SpryAssets/SpryValidationTextField.js" type="text/javascript"></script>
<script src="cfsp/SpryAssets/SpryValidationTextarea.js" type="text/javascript"></script>
<link rel="stylesheet" type="text/css" href="cfsp/SpryAssets/SpryValidationTextarea.css"/> 
<link rel="stylesheet" type="text/css" href="cfsp/SpryAssets/SpryValidationTextField.css"/>

Note the: 'cfsp/SpryAssets' in each one, - the cfsp/ should not be there. So check the paths of the php includes at the top of your page too.

Hi Neil,
Yes, all the files are there just like you had months ago and still hosted with Fatcow. However today I just moved the ContactForm directory up to the root and removed the cfsp folder as per your post making a clearer path to the files. Question, should the spry validation pngs (qmark, tick etc) reside in the Images folder or the SpryAssets folder?

Here is the new url to the contact page: contactus.php

Jason asked me to run a sessionTest.php that he sent me. Will attempt that next if I can figure it out.

Always thanks for your help..........
Diana

Oooh my memory is not that good - but I believe I would have put them in an 'images' folder inside the CFSP (ContactForm in your current structure) folder.

You could check to make sure by opening your SpryValidationTextField.css (inside the SpryAssets folder) and scrolling down to:

.textfieldValidState input, input.textfieldValidState {

and check the path there.

If it is:

background-image:url(../images/tick.png);

- then it is as I described above and dementia has been averted for a while, otherwise use the path that it says. It doesn't really matter as long as the path in the SpryValidationTextField.css file points to wherever you have placed them.

You currently have no spry validation widget code at the bottom of your page though, so this will need to go back in later - (once Jason has sorted out your remote host session-handling with you) for the spry (client-side) validation to work.

Cheers,

ADD: Just posting a direct link to the current thread for convenience: showthread.php?t=16018&page=5

Hey Neil,

Checked all the paths and decided to put thoses images in the Images folder with paths corrected. Jason has determined that the problem most likely is with the php.ini file at fatcow not maintaining session state. So I have to call fatcow tech support again...yuk!

How and where do I get the spry validation widget code for the bottom of the page?

Baby steps are happening, but this should all be resolved soon. Thanks for our expertise and patience with me.

Diana

Not going well with my issue and Fatcow. They asked if anyone from WA knows what the session.save_path setting should be? They also said the captcha is failing.

Here is the part of the php.ini file from fatcow with the session.save_path info.

Frustrated in Arizona,

Diana

****************

; Argument passed to save_handler. In the case of files, this is the path
; where data files are stored. Note: Windows users have to change this
; variable in order to use PHP's session functions.
;
; As of PHP 4.0.1, you can define the path as:
;
; session.save_path = "N;/path"
;
; where N is an integer. Instead of storing all the session files in
; /path, what this will do is use subdirectories N-levels deep, and
; store the session data in those directories. This is useful if you
; or your OS have problems with lots of files in one directory, and is
; a more efficient layout for servers that handle lots of sessions.
;
; NOTE 1: PHP will not create this directory structure automatically.
; You can use the script in the ext/session dir for that purpose.
; NOTE 2: See the section on garbage collection below if you choose to
; use subdirectories for session storage
;
; The file storage module creates files using mode 600 by default.
; You can change that by using
;
; session.save_path = "N;MODE;/path"
;
; where MODE is the octal representation of the mode. Note that this
; does not overwrite the process's umask.
;session.save_path = "/tmp"

if they do not know what to set the session.save_path is, I would be looking for a new host, to be brutally honest.


the session.save_path is set to a location on the server that the session temp files can be written.

it must be a folder that exists on the server and has read write permissions set.

only the server admin (which the host should be) can know what path exists on the server for saving session temp files.

i found this knowledge base article for fatcow through google:
read_article.bml?kbid=7090

see steps 3 and 4:

  # Create a sessions folder

1. Using the FileManager, create a folder in the Document Root directory (from above)
2. Call this folder phpsessions

# Edit your php.ini file to include the name of the sessions folder

1. Navigate to your php.ini file by clicking on /member/cgiManagement/PHPplus.bml
2. Scroll to the bottom, and click Edit to edit your php.ini file
3. Find the line where sessions.save_path is set
4. Set the sessions.save_path to the full path to your phpsessions folder, for example:

sessions.save_path = /home/users/web/b98/fatcow.user-id/phpsessions  

Hi Diana,

The sry (widgets) I was referring to are lines of Javascript that should be towards the end of your page.

(These are separate from the sever-side validations that need the session save paths sorting by your hosts); once that has been sorted, you just need to add the following Spry javascript code just before the closing </body> tag on your contactus.php page:

<script type="text/javascript">
<!--
var sprytextfield1 = new Spry.Widget.ValidationTextField("sprytextfield1", "none", {validateOn:["blur"]});
var sprytextfield2 = new Spry.Widget.ValidationTextField("sprytextfield2", "email", {validateOn:["blur"]});
var sprytextarea1 = new Spry.Widget.ValidationTextarea("sprytextarea1", {validateOn:["blur"]});
var sprytextfield3 = new Spry.Widget.ValidationTextField("sprytextfield3", "none", {validateOn:["blur"], minChars:<?php echo $WAGLOBAL_Captcha_Characters; ?>, maxChars:<?php echo $WAGLOBAL_Captcha_Characters; ?>});
//-->
</script>

Hope things are working out despite FatCow's peculiar response.

Hi Neil,

So far nada, but it is still early. Last day I will work on this since it is the hosting not the script that is failing. I will add the missing script you gave me, thanks for that. Why it isn't there, hummm, it could be the in house person that has caused all the problems changing things that she shouldn't be. I delivered the site in perfect working condition and within 6 months she has messed up a few pages. The contact page has been the worst so far!

I'll let you know if things get worked out, or if they end up getting a simple, lame form instead.

Diana

Hi Jason and Neil,

Well, it is all working now!!! Not because of fatcow support, who still wouldn't help me again today. I told them they better contact WA and make sure they are on the same page as all other hosting companies who are without problems with dreamweaver extensions. At that point they were so nice anymore. I laughed!!!

As a final ditch effort, I uploaded the orginal page from when I delivered the site to the client and it worked. Who knows why or what, but thankfully I can relax now.

Thank you both for hanging in there and giving me tips to try.

Take care,

Diana