Elxis CMS Forum
Support => Technical support => Topic started by: acampball on October 02, 2014, 13:49:06
-
Hi.
Faced with the problem of users logging on to the website
In Google Chrome, the message - "Your request dropped for security reasons. Please try again."
In session Tab all match parameters is NO.
On localhost is registered, on the server - no.
domain - gudauri.travel
After display register form
Array ( [elxis] => Array (
[session_init] => 1412244633
[session_previous] => 1412244633
[session_now] => 1412244633
[elxismobile] => 0
[lngdetected] => 1
[captcha_seccode] => 31
[token_fmregister] => cec65fb58de1ceb326bce2e7431763c3 ) )
After post data
Array ( [elxis] => Array (
[session_init] => 1412244633
[session_previous] => 1412244636
[session_now] => 1412244661
[elxismobile] => 0
[lngdetected] => 1
[captcha_seccode] => 7
[token_fmregister] => 4f922cbd779d6c3e59fb9406fe1163bc
[token_loginform] => f7469d50c8b1cd0bb1427ac8cd0ef92a ) )
-
You might have these options to "NO" but there might be other options enabled (such as higher security level) which forces these options to Yes.
Uprgade to 4.2 rev1638, or read this (https://forum.elxis.org/index.php?topic=8187.msg52792#msg52792) to fix patch for any Elxis 4.x version
-
Have tried everything!
May be a problem related to the PHP version or settings?
P.S. PHP version 5.2.17
-
A session related problem is a problem that has to do with the Elxis environment and the visitor's browser. Even your site's URL can be a very important clue. I can't guess what causes the problem with these screenshots. I wrote you to do what is described in rev1638 as a fix for chrome browser. You did that? To help you more I need to see the site, try to login, and if there is a problem I need to debug Elxis to find out what causes the problem.
-
I update last to version 1638.
Have been unable to login to the site. Except for back-end
-
It turns out the whole thing in a template!
The site template is used Aurora. Log in to the site in any browser can not.
Change to template Flex - everything becomes normal!
-
I don't think that this issue is caused by template choice. Can you please send me access. Thank you.
-
Just an idea which might help.
Since Elxis 4.2 Elxis accepts HTTP only cookies. On previous versions this option was forced to Yes only to higher security levels. But since 4.2 this is the default Elxis behaviour for the normal security level too. Template aurora has a function that alters cookies, I don't know where it is used and if this is the problem, but it could generate a similar problem.
Recommendation
For saving data with javascript -if it is absolutely required- use local storage on capable browsers, instead of cookies.
-
As I imagined the problem was by javascript code that set cookies on site in a wrong way. The script was on template Aurora but it was an external one for a statistics counter script. Don't blame webgift :)
@webgift: Template Aurora is fine but a similar problem may arise by the existence of the cookies management javascript code the template has. Fortunately this functionality is not used by default as the aurora class takes the template options from the Elxis parameters.
-
I have done several tests for that report without any result at all. Aurora template set cookies for two features. The 1st is addressed to demo area only and the 2nd one store the menu item that is active on vertical menu collections as it is displayed at left or/and right column. Now i have done several tests using Google Chrome and i logged in without any issue at all.
@datahell: With a great pleasure i will be waiting the result of your analysis regarding that in private. My primary purpose is to improve the software anyway till it meets the high standards.
-
Thank you very much for your help datahell in solving this problem! The error was not in the template and script staitistiki, which was introduced in the script.