close ad
WARNING: Do Not Install the DREAMWEAVER CC 2017 Update »
open ad
View Menu

Technical Support Forums

Free, outstanding support from WebAssist and your colleagues

rating

Different $_SESSION variable set in checkout

Thread began 12/03/2014 12:12 pm by troyd | Last modified 12/03/2014 6:51 pm by Jason Byrnes | 423 views | 6 replies |

troyd

Different $_SESSION variable set in checkout

This could easily be something that I inadvertently did when recreating the checkout through the wizard.

For some reason, a session $_SESSION["WASF_CheckoutWizard_Compact_Default"] is created and holding all of the checkout information. However, all of rules and checkout form use CheckoutWizard_NewFromBlank_Default. It caused sales tax not to work but fixed that by changing the rule in the eCart1_PHP.php page but it seems odd that the session CheckoutWizard_NewFromBlank_Default isn't the one being set by the form's post instead.

I made sure this is at the top of the confirm_cart.php page.
@session_start();
if (isset($_POST["CheckoutWizard_submit"]) || isset($_POST["CheckoutWizard_submit_x"])) {
WA_persistForm("session","CheckoutWizard_NewFromBlank_Default",0,"/","");
}

I think that one of the times I recreated the checkout through the wizard, I selected the "Compact" address form by mistake. But I've done a thorough search for the word CheckoutWizard_Compact_Default and even "_Compact_" and don't find a thing.
I see that the "WASF" is appended in the persist.php page but I don't see where the CheckoutWizard_Compact_Default session is even set.

I though maybe I had some caching issues or files where not being uploaded/overwritten correctly. I've cleared cache, deleted remote folders and re uploaded. Still the same problem. Any thoughts?

BTW. It's on my local server or I would have included a link to the page with the session dump. I can provide files but didn't know which one to start with.

Thanks,
TroyD

Sign in to reply to this post

Jason ByrnesWebAssist

This will happen on rerunning the checkout wizard and using a different form style. Before rerunning the checkout wizard, you should edit the cart object and remove any shipping rules that the wizard created the first time around so they can be regenerated.


If you want me to look at the code, send the checkout, confirm, and confirm cart files.

Sign in to reply to this post

troyd

Thanks Jason,

Yea, I fixed the shipping and tax rules by changing them to reflect the $_SESSION["WASF_CheckoutWizard_Compact_Default"]. But as you will see in my files, the other session is everywhere.
I can't find where the $_SESSION["WASF_CheckoutWizard_Compact_Default"] is set. Should everything be using the same session? Either "WASF_CheckoutWizard_Compact_Default" or "WASF_CheckoutWizard_NewFromBlank_Default" but not both?

Thanks,
TroyD

Sign in to reply to this post

Jason ByrnesWebAssist

Did you maybe test the checkout with the original files, then delete them and create them again and test again with out closing the browser?

if you tested again without closing the browser, it would be remembering the session created from the original checkout pages.

I don't see where the WASF_CheckoutWizard_Compact_Default session is being created in the pages you attached.

I would need you to upload to the server in order to troubleshoot further.

Sign in to reply to this post

troyd

No, I have scrubbed my browser's cache, history, cookies, etc. I even destroyed all sessions.
I always close my browser and even reboot if needed when dealing with these types of things. However I have noticed that Dreamweaver is not perfect about overwriting files and folders when "Putting" them. Sometimes I have to delete everything in question remotely and then upload. I will do that again and see. If not, I will move things to a live server and have you take a look.

Thanks,
TroyD

Sign in to reply to this post

troyd

It turned out to be just that. I guess Dreamweaver would not overwrite the files when I uploaded them. I even deleted the files and the webassist folder and eCart folder from within Dreamweaver. That did not fix the problem.

In the end, what I did was delete the files and those two folders from outside of Dreamweaver then uploaded them again. That fixed it on the first try.
I'm not sure why Dreamweaver isn't actually replacing files when you "Put" them but it isn't for me. Not always. BTW. I'm using CS6.

Thanks for the help,
TroyD

Sign in to reply to this post

Jason ByrnesWebAssist

Yeah, I trust DWs FTP as far as I can throw it. I prefer to use File Zilla to manage files on the site.

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...