When try to create new client: Whoops! Your session has expired.

Hell,

I checked all answers on previous and related issues and i cannot solve my problem that is why im asking help on this.

I made a clean installation of new zen cart version (1.5.3) and i had all week configuring layouts, catalog, shipping, payment and other modules... we have something like 13000 products... and now when i tought that was almost ready... i try to create a test client and neither in portuguese language (made by me what could generate some error) neither in english (original from zen cart) i able to create any client... after fill all fileds in less than 20sec, i always receive the message: Whoops! Your session has expired.

Anyone have any idea what could make this issue?

To verify, please try to create a client on: webstore.etapavirtual.com (this is the new instalation).

Thanks a lot,
Peter

Check the Similar Threads below.

What version of PHP does your host use?

What plugins have you installed?

What happens if you temporarily switch back to the Classic template?

Have you tried while using the default template?

If it works then there is something about the current template that needs to be updated.

Hi thanks for your time,

I already checked posts related... dont solved my problem.

The PHP version of host is 5.5.18.
Dont have any PLUGIN... its a new and clean instalation.
With CLASSIC template... does exactly the same.

Any ideas?

Best Regards,
Peter

Hi thanks for your time,

With CLASSIC template... does exactly the same.

Any ideas?

Best Regards,
Peter

Wondering if information in the includes/configure.php file could lead to the cause... Could you post your includes/configure file obscuring your database information?

The other thought would be session related, which typical suggestion is to modify one setting at a time, clear your browser's cache, attempt to login, if successful, then the appropriate setting has been identified, if not, then restore the previous setting, modify another, then clear your browser's cache, etc... Leading to possibly two options being altered from original. Other issue may be related to session information in the php.ini file...

These are merely suggestions, I do not have a "canned" answer to identify the cause of this issue, especially if problem occurs in fresh install and that I have rarely come across this issue. Others may have more direct guidance/ideas.

When attempting login, your page doesn't contain the securityToken required to securely submit the form.
This means your template isn't properly drawing forms in a way that's compliant with using Zen Cart securely.
Forms need to be drawn using the zen_draw_form() function, and not hand-coded with <form> tags in the HTML.

Related: http://www.zen-cart.com/content.php?270-there-was-a-security-error-when-trying-to-login

Ok i think i understood, but as i said before i made a clean instalation and did not changed or customized any files and not done any hand-coded with <form> tags in the HTML and i truly believe that this error, dont came with original zen cart 1.5.3 that i downloaded and installed.
You said something "security token" and in related post that you sent, i read something about session_cookies... and that the problem maybe was the host configuration, can you please check if my host configuration in this topic it is possible to be the reason of this problem:

                            Local Value	Master Value

session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 2 100
session.gc_maxlifetime 900 1440
session.gc_probability 1 1
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name zenAdminID PHPSESSID
session.referer_check no value no value
session.save_handler user files
session.save_path /home/siteetap/public_html/webstore/cache /tmp
session.serialize_handler php php
session.upload_progress.cleanup On On
session.upload_progress.enabled On On
session.upload_progress.freq 1% 1%
session.upload_progress.min_freq 1 1
session.upload_progress.name PHP_SESSION_UPLOAD_PROGRESS PHP_SESSION_UPLOAD_PROGRESS
session.upload_progress.prefix upload_progress_ upload_progress_
session.use_cookies On On
session.use_only_cookies On On
session.use_strict_mode Off Off
session.use_trans_sid 0 0

Thanks a lot for you help.

Hello mc12345678,

Im trying to check every steps you suggest... as soon as i try everything, i post feedback.

Thanks a lot for your time.

Where did you get your template?
What version of Zen Cart was that template designed for?

DrByte,

...humm... now you killed me... of course.

Zencart v1.3.7

And in that time there was no problems...

I will check (try to install all ( :( ) again with original zen cart base) and post feedback after...

Thanks a lot for your time.
Peter

DRByte,

Im installing everything again but, as i said before, this new installation of ZENCART 1.5.3 with DEFAULT/CLASSIC TEMPLATE does exactly the same... independently of some incompatibility with my template... the classic should work, and the situation is that have the same problem.

It must be something with host... how can i check all parameters with my host provider?

Thanks,
Peter

When you say that you have installed "everything" again. What is everything?

Did you test after you had only installed the core ZC and before adding other things such as the new template?

mc12345678,

ok this is the full situation:

1. new zen cart 1.5.3 installation without anything else... works fine;
2. new zen cart 1.4.9h installation without anything else... works fine;
3. new zen cart 1.3.7 installation without anything else... works fine;

because of this results i believe that is everything ok with host.

-> Now i will install template and PAYMENT and SHIPPING modules (only personalizations that i have in any modules) and give feedback after.

Thanks at all helpers!
Peter

etapavirtual:

mc12345678,

ok this is the full situation:

1. new zen cart 1.5.3 installation without anything else... works fine;
2. new zen cart 1.3.9h installation without anything else... works fine;
3. new zen cart 1.3.7 installation without anything else... works fine;

because of this results i believe that is everything ok with host.

-> Now i will install template and PAYMENT and SHIPPING modules (only personalizations that i have in any modules) and give feedback after.

Thanks at all helpers!
Peter

As Dr. Byte indicated/eluded, when you do go to install your template, besides ensuring that it does not overwrite files in the template_default directory, if you are keeping the exact same files (not searching for an upgraded version of the same template) then you will need to compare those changed files to the template_default version of the files to ensure that changes made to how templates operate are carried over to your new override template. That said, you may also want to consider obtaining/installing a newer template that is responsive to further support mobile devices. There are several of those available from the downloads section of this website. As Dr. Byte stated, areas such as the login require a hidden field to be populated in order to not lose the session information. This is basically a security precaution and it is more than likely a template related issue than a shipping or payment related issue for what has been described.

Hello to every helpers,

Problem solved! Thanks a lot to everyone who with comments contributed to good solution.

After install new ZEN CART base... without upload to the host my purchased template, everything worked very good.
After upload my template... even without INSTALLING them and CONFIGURE them on ADMIN AREA.... the problem returns... then must been an replaced file in somewhere.

After checking what was replaced by uploading the template and verify COMMON files between "template" and "zen cart base" i found that my problem was caused by wrong/incompatible file named html_output.php located on "/public_html/includes/functions" folder.

After replace this file again by the original form zen cart 1.5.3... everything works fine even my old (puchased) template!

Thanks to all!
Peter

Thanks for confirming that the problem was a result of using outdated incompatible code fragments.

Wishing you well with your store!