View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
16942 | Bug reports | Survey participants (Tokens) | public | 2021-01-04 16:45 | 2021-01-05 12:55 |
Reporter | liantis_pieterjan | Assigned To | ollehar | ||
Priority | none | Severity | partial_block | ||
Status | closed | Resolution | no change required | ||
Product Version | 3.22.6 | ||||
Summary | 16942: submitdate is null after completing a response | ||||
Description | It is possible for a user to complete a survey, which afterwards appears to be both completed and not completed This was blocking for us because we have a plugin which is executed on afterSurveyComplete, which is not being Some logic uses response's submitdate != null to check whether something is completed. | ||||
Steps To Reproduce |
| ||||
Tags | No tags attached. | ||||
Bug heat | 4 | ||||
Complete LimeSurvey version number (& build) | 3.22.6+200219 | ||||
I will donate to the project if issue is resolved | No | ||||
Browser | |||||
Database type & version | MariaDB 10.5.4 ? | ||||
Server OS (if known) | |||||
Webserver software & version (if known) | |||||
PHP Version | 7.3.19 ? | ||||
Can you send a litlle lss for demo ? Some settings can be important : if you don't set Token Response persistence : 2 response are created : can you check ALL reponse ? Last one must be submitted … https://manual.limesurvey.org/Participant_settings#Enable_token-based_response_persistence |
|
There is only a single response for the token, so this is not an issue where there are multiple responses linked to a single token. In these screenshots you can see the discrepancy between the participants/tokens view and the responses view. Also added the lss export as requested. |
|
I ask for a LITTLE lss Can not reproduce on 3.25.6 The link to response is bad (it goes the the 1st one) but the second is OK |
|
Ok, I'll check tomorrow on acspri/limesurvey:3.25.6-lts whether I can reproduce it. |
|
I can easily reproduce the issue on version 3.25.6+201229 I have attached a minimal lss file. To reproduce for this specific lss file:
results-survey716132.csv (497 bytes)
"Response ID","Date submitted","Last page","Start language","Seed","Token","Date started","Date last action","Question 1","Question 2","Question 3","Some question","Total time","Group time: group 1","Question time: question1","Question time: question2","Question time: Question3","Group time: group2","Question time: somequestion" "1","","1","en","837595160","D9Ux1rlFhxwLGqP","2021-01-05 11:13:32","2021-01-05 11:13:44","Some question","fgfgfg","fgfgfgf","","12.39","12.39","","","","","" |
|
Ah wait, there is a difference compared to 3.22.6. In version 3.22.6 it only had 1 incomplete response for the token. Ok, feel free to close the issue.. we can now decide whether we upgrade or create a workaround for the old version. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2021-01-04 16:45 | liantis_pieterjan | New Issue | |
2021-01-04 17:53 | DenisChenu | Note Added: 61418 | |
2021-01-04 17:54 | DenisChenu | Note Edited: 61418 | |
2021-01-04 18:02 | liantis_pieterjan | Note Added: 61419 | |
2021-01-04 18:02 | liantis_pieterjan | File Added: Capture1.PNG | |
2021-01-04 18:02 | liantis_pieterjan | File Added: Capture2.PNG | |
2021-01-04 18:02 | liantis_pieterjan | File Added: limesurvey_survey_424687.lss | |
2021-01-04 18:52 | DenisChenu | Note Added: 61423 | |
2021-01-04 18:52 | DenisChenu | File Added: Capture d’écran du 2021-01-04 18-50-51.png | |
2021-01-04 21:51 | liantis_pieterjan | Note Added: 61425 | |
2021-01-05 12:22 | liantis_pieterjan | Note Added: 61429 | |
2021-01-05 12:22 | liantis_pieterjan | File Added: limesurvey_survey_716132.lss | |
2021-01-05 12:22 | liantis_pieterjan | File Added: results-survey716132.csv | |
2021-01-05 12:52 | liantis_pieterjan | Note Added: 61430 | |
2021-01-05 12:55 | ollehar | Assigned To | => ollehar |
2021-01-05 12:55 | ollehar | Status | new => closed |
2021-01-05 12:55 | ollehar | Resolution | open => fixed |
2021-01-05 12:55 | ollehar | Resolution | fixed => no change required |