Is this problem specific to 2.5 ?

I believe so. I have another installation (2.00 Build 131107) and I have never had this issue there. I have reproduced this error on 2.50 Build 160213 (the version I listed above) as well as 2.06 Build 160129.

I discovered another issue and I think it is related to this one, so I'll post here:

When testing this issue, I also found that when I would click on a survey URL (in the invitation email), it gives a token mismatch error, saying "The token you provided doesn't match the one in your session." This is a major problem, especially since LimeSurvey is the one assigning tokens and creating the survey links.

The token you provided doesn't match the one in your session. : it's not an issuie : you start a survey with a token,
Don't reset survey
We need to show the information.

In 2.06 : you have a link to start survey again, maybe we need to link :

• Start a new survey with the new token (newtest=Y)
• Come back to the survey with the old token (and reload response)

But it's more a new feature

Sorry Denis, I don't understand your first point. Limesurvey is generating the tokens and assigning the links, so there should be no "token mismatch" issues when someone clicks the link in their email.

I can't help but think that has to be related to THIS token issue as well.

@maxersloan: Denis is relating to your second issue. Not a good idea to mix two issues even if they related.

Try to reproduce your second issue while using the private mode of your browser.
In Chrome you can use the keyboard shortcut and press Ctrl + Shift + N (Windows, Linux, and Chrome OS) and ⌘ + Shift + N (Mac) to open an incognito window.

Copy the URL of the invitationlink into the private window and see if you still get the token mismatch.

Your first issue looks more like an issue with Limesurvey.
But database and webserver infos are missing. Still possible that it is a problem with some security settings or php.

Thanks, Jelo. Sorry for the mixup.

I'll try to reproduce 2nd issue and let you know the results.

Can you tell me where to find the info for database and webserver? I would have filled it in, but didn't know where to find it.

Any update on where I can find the info you requested? Sorry--I'm not as savvy as I need to be on this stuff....

Hi,

For information on DB :
application/config/config.php : just the connectionString

And set debug at 2 : http://manual.limesurvey.org/Debug_mode

Here is the DB info:

'connectionString' => 'mysql:host=localhost;port=3306;dbname=datamax1_li6130;',

And I changed debug to 2

So if your redo the survey with debug set to 2, do you get a more differentiated error now?

My apologies. I gave the wrong DB information (I have 4 installations because I'm trying to work around these token issues).

The DB that corresponds to the installation referenced on this bug ticket is:

'connectionString' => 'mysql:host=localhost;port=3306;dbname=datamax1_limesurvey6d8;',

I was unable to get any error messages when taking the survey, which is great--but obviously not good for troubleshooting. However, I DID notice that the tokens that contained the "~" character had slightly different tokens in the links compared to the token table. For example, a token in the token table is "80FqfUrMBl~6OSR", however the token in the survey link is "80FqfUrMBl%7E6OSR". So it replaced "~" with "%7E".

It don't explain the crash submission :/ . Here it's mysql.

But : maybe related to newtest=Y : token compare bugguy ?

Just to be clear, the character I'm referring to is a tilde--not a dash. It looks like the website changed it when I hit "add note", so it is showing up as a dash in my note, but I'm talking about the tilde (a wavy dash).

So if your redo the survey with debug set to 2, do you get a more differentiated error now?

Unfortunately, I'm no longer able to reproduce the error. I am not sure how/why it started working again....

Ok, no problem.