close ad
Install the LAtest Updates to Work with CC 2017 and CC 2018
open ad
View Menu

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues

rating

Problem with losing pull down menu value AND with unexpected data persistance across two different pages...

Thread began 3/07/2014 10:17 am by Jgrass | Last modified 3/07/2014 12:30 pm by Jason Byrnes | 557 views | 6 replies |

Jgrass

Problem with losing pull down menu value AND with unexpected data persistance across two different pages...

This is really weird. I am having a problem with a static pull down menu (4 horse show dates) . The user picks one of the dates, fills out a form that includes the Form Builder pull down State menu and then POSTs all of that form to a eCart shopping cart page.

If you back up to the Entry Form page from the shopping cart, the State selection is retained, but the Show Date is lost. Very odd, because I built the Date menu by using the State menu code. In addition, a "CLEAR" button I added to that page does nothing.

My next step is to build a stripped down page to isolate the problem. I was surprised to find that the very first time I opened that stripped down page (new name, new browser window) - that page was populated from the data I had entered in the misbehaving Entry Form page.

How do I get a page to reset when I want it to and keep it from reading form data that belongs to another page?

Attached Files
MenuTest.php
Sign in to reply to this post

Jason ByrnesWebAssist

I'll need to troubleshoot directly, see the private message section.

Sign in to reply to this post

Jgrass

Right now this is only on a "localhost" server that is not accessible to the world. I am making some progess on the weird persistance of the data. The EntryForm submits to the "ChooseTest" shopping cart which redirects back to the EntryForm in case of validation errors. A session is being used to save the data, and simply cloning EnryForm and giving it a new name does nothing to break it off from the session that was saved.

I'm digging at this and working out how the redirects interact with the data.

The odd fact that the State menu persists when there is a redirection to the Entry Form and that the ShowDate menu does not persist is probably another issue.

(I am a former Bostonian... GO SOX!)

Sign in to reply to this post

Jason ByrnesWebAssist

"The odd fact that the State menu persists when there is a redirection to the Entry Form and that the ShowDate menu does not persist is probably another issue."

This indicates that the validation for the ShowDate is failing.

when validation fails, it will only retain items that pass validation.

Sign in to reply to this post

Jason ByrnesWebAssist

There are 2 different sessions at work:

there is the session that is created for validation failure, there is another session set for form persistence.

the form persistence session is only set when validation passes.

if validation fails, the validation session is set.

Sign in to reply to this post

Jgrass

Well, that is useful information.

In any case, I'm using a pull down menu to limit the number of choices people get: they just get dates when we actually have shows, so it should be true that unless someone hacks the page code by hand (I double dog dare them...) - or some weird system failure... there never should be any invalid values there....

The nature of doing show entries kind of means that a lot of this doesn't need strong validation. This has been done with snail-mailed, hand written forms forever. Usually you have only 30-60 entries to deal with, and we know most of these folks. Illegible fields are routine, and the person handling the entries (the Secretary) will call or email the person concerned and just ask what they intended. Errors in calculating the $$ due also currently get handled that way.

Can I remove validation from the ShowDate and would that cure the problem with the menu?

Sign in to reply to this post

Jason ByrnesWebAssist

"Can I remove validation from the ShowDate and would that cure the problem with the menu?"

if you don't want to have it validated, you certainly can remove the validation for it.

as for whether it will correct the problem i don't know for certain. I can only make guesses since I cant access the page to troubleshoot it.

Sign in to reply to this post

Build websites with a little help from your friends

Your friends over here at WebAssist! These Dreamweaver extensions will assist you in building unlimited, custom websites.

Build websites from already-built web applications

These out-of-the-box solutions provide you proven, tested applications that can be up and running now.  Build a store, a gallery, or a web-based email solution.

Want your website pre-built and hosted?

Close Windowclose

Rate your experience or provide feedback on this page

Account or customer service questions?
Please user our contact form.

Need technical support?
Please visit support to ask a question

Content

rating

Layout

rating

Ease of use

rating

security code refresh image

We do not respond to comments submitted from this page directly, but we do read and analyze any feedback and will use it to help make your experience better in the future.

Close Windowclose

We were unable to retrieve the attached file

Close Windowclose

Attach and remove files

add attachmentAdd attachment
Close Windowclose

Enter the URL you would like to link to in your post

Close Windowclose

This is how you use right click RTF editing

Enable right click RTF editing option allows you to add html markup into your tutorial such as images, bulleted lists, files and more...

-- click to close --

Uploading file...