View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|12083||Bug reports||Other||public||2017-01-25 20:08||2017-01-31 13:32|
|Status||closed||Resolution||no change required|
|Summary||12083: one time password not working (anymore) (on IE11 and Edge)|
I try to use the one_time_password feature (after a long time again).
But I can't get it to work anymore.
|Steps To Reproduce|
I obsurve that step 4. does delete the one_time_pw blob.
When config 'use_one_time_passwords'=>false
I remember that this behaviour is a long time bug! Not just in this current version.
|Tags||No tags attached.|
|Complete LimeSurvey version number (& build)||2.62.0 170124|
|I will donate to the project if issue is resolved||No|
|Database type & version||mysql|
|Server OS (if known)||centos7|
|Webserver software & version (if known)||apache|
|PHP Version||5.4,x 5.6.x and 7.0x|
IE11 and Edge are not working!!!!
Chrome 55, Firefox 51, Opera 12.16, Opera 42, Vivaldi 1.6 are working.
After further testing: Other browsers have the same issue. Bare with me.
Apparently it works only when a new browser session is used.
I have made a plugin with an afterSuccessfulLogin event. It fires in a new session.. hence you are logged in succesfully. But does not fire when in same session, so login failed. As said before. the one_time_pass is deleted! So at some stage there is a successful login.. but later on it is not OK.
Very hard to debug.. But I'm doing my best!
So olle: Summary 'one time password not working (anymore)' seems correct!
@olle: Summary 'one time password not working (anymore)' seems correct!
afterFailedLoginAttempt event is not triggered either.
beforeLogin is triggered when:
So somewhere in core plugin beforeLogin is something going wrong?
in admin/authentication.php it states:
So I'm going into application/core/plugins/Authdb/Authdb.php to see what is going on...
Overall: IMHO it just does not work in same browser session.
Hard to debug.
IE11, Chrome, Firefox tested.. same problem.
After a lot of testing I came to this conclusion:
So for instance: One is logged into a webapplication (parent) that is providing a link to login to limesurvey/admin via one-time-password (child) will fail, and as a consequence destroys the session.
This behaviour is whitnessed in all major browsers.
@olle More testing reveals: IE and Edge (on windows) are the problem.. So you can change the Summary again.
When starting a new window/tab in IE and Edge.. a new session is created but in that new window there are two PHPSESSID cookies. The one from the parent and a new one. That seems to be the problem.
Very hardcore :-(
When doing the same in Chrome/Opera/Firefox the new windows contains only the new PHPSESSID cookie. And because there is only one PHPSESSID cookie there is no confusion in choosing the right one. In IE and Edge there is!
Wow, OK. Complex.
Next thing I will do is a server-side change of the PHPSESSID cookie name in PHP.INI. Because there are two 'PHPSESSID' cookies, IE and Edge can not keep them apart.
The server will then generates a different Cookie (session.name=DIFFERENTSESSID for the app that is calling lime with one_time_pass. Then the brower can take the right one (just the only PHPSESSID cookie in the browser.
Hopes this workt out.. And a note can be added to the documentation of limesurvey..
Stay tuned... :-)
I cannot reproduce. One-time passwords have been working for us for a long time.
It works.. session.name in php configuration on server set to another name for the parent app! Now One-time passwords works!
Facit: IE and Edge stacks the session cookies in child windows. And cookies with the same name are thus in conflict.
That was a tough cookie!
@c_schmitz If you like I can reproduce this behaviour by sending you a link to our parent application (sometime tomorrow :-)
I don't think should be considered a bug.
Correct. Not a bug on the limesurvey part. More a Client problem/bug.
Maybe it should be mentioned in the documentation
|2017-01-25 20:08||asshank||New Issue|
|2017-01-25 20:53||asshank||Note Added: 42839|
|2017-01-27 10:28||ollehar||Summary||one time password not working (anymore) => one time password not working (anymore) (in IE11 and Edge)|
|2017-01-27 11:19||asshank||Note Added: 42845|
|2017-01-27 11:21||asshank||Note Added: 42846|
|2017-01-27 11:22||asshank||Note Added: 42847|
|2017-01-27 11:25||ollehar||Summary||one time password not working (anymore) (in IE11 and Edge) => one time password not working (anymore)|
|2017-01-27 11:57||asshank||Note Added: 42848|
|2017-01-27 12:14||asshank||Note Added: 42849|
|2017-01-27 12:19||asshank||Note Added: 42850|
|2017-01-27 14:35||asshank||Note Added: 42851|
|2017-01-28 01:29||asshank||Note Added: 42858|
|2017-01-29 15:08||asshank||Note Added: 42860|
|2017-01-29 21:04||aesteban||Issue Monitored: aesteban|
|2017-01-30 10:10||ollehar||Note Added: 42865|
|2017-01-30 10:10||ollehar||Summary||one time password not working (anymore) => one time password not working (anymore) (on IE11 and Edge)|
|2017-01-30 19:05||asshank||Note Added: 42886|
|2017-01-30 19:52||c_schmitz||Note Added: 42889|
|2017-01-31 00:24||asshank||Note Added: 42892|
|2017-01-31 10:11||c_schmitz||Note Added: 42894|
|2017-01-31 12:55||c_schmitz||Assigned To||=> c_schmitz|
|2017-01-31 12:55||c_schmitz||Status||new => closed|
|2017-01-31 12:55||c_schmitz||Resolution||open => no change required|
|2017-01-31 13:32||asshank||Note Added: 42905|
|2021-08-02 16:37||guest||Bug heat||6 => 8|