Dependency Graph
View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
17482 | Bug reports | Encryption | public | 2021-07-28 14:57 | 2021-08-12 08:46 |
Reporter | aserto | Assigned To | p_teichmann | ||
Priority | immediate | Severity | partial_block | ||
Status | closed | Resolution | fixed | ||
Product Version | 5.x | ||||
Summary | 17482: Key missmatch for encryption | ||||
Description | After updating to version 5.0.11+ yesterday I can't safe sucessfully any of my studies. At the end of every survey I get error 500 - wrong key for encrytion. I checked some possible reasons, but can't find any wrong configurations:
Every study can't open "Last page" or "end URL". I always get the erro 500 page. | ||||
Additional Information | Here you can test by yourself: | ||||
Tags | No tags attached. | ||||
Bug heat | 24 | ||||
Complete LimeSurvey version number (& build) | 5.0.11+210727 | ||||
I will donate to the project if issue is resolved | Yes | ||||
Browser | |||||
Database type & version | MySQl 8 | ||||
Server OS (if known) | |||||
Webserver software & version (if known) | |||||
PHP Version | 7.4 | ||||
@p_teichmann, is this a known issue? |
|
We have exactly the same issue - prepared a bug report a couple of hours ago but only just submitted, and saw this - doh! Bug ID 17332, so please merge them together if you can - all the details of our problem are in that ticket, but largely match aserto. The only difference seems to be that we can't enable or disable encryption in any question design screens (at least one question in a single survey I believe was encrypted. |
|
Thank you for reporting the issue. |
|
Sorry to hear about that. Can you give us more data? E.g. lsa files or database dump. You can upload them privately. |
|
To reply to p_teichmann, for us it only happening at the end of surveys (all of them), whether they go to the lastpage or the the end url. Everything else we have tried still seems to work fine (other than the aforementioned encryption on/off toggle being greyed out). |
|
@arpsh, is that surveys with token or without? |
|
To ollehar - our surveys all have tokens, but aserto's test link posted above https://research-aserto.com/index.php/799223?lang=de doesn't have tokens, yet also shows the error. |
|
OK, thank you. Can you enable debug => 2 in config.php and try again, please? |
|
Also, what other kind of survey settings do you have enabled? Save timings or IP or similar? |
|
@aserto, please attach the test survey as LSS file for further debugging. |
|
@p_teichmann: "Is this error only happening at the end of every survey or in any other part of the application?" @ollehar: "@arpsh, is that surveys with token or without? " @ollehar: "OK, thank you. Can you enable debug => 2 in config.php and try again, please? " @ollehar: "Also, what other kind of survey settings do you have enabled? Save timings or IP or similar? "
|
|
Debug screenshot attached |
|
OK, thanks. Yes, this error makes sense. We have to apply another database update to re-encrypt the emailsmtppassword and bounceaccountpass global settings. We could also write a CLI command to apply this re-encryption on demand. |
|
If we write it tonight we can review, test and release it tomorrow during the day. |
|
@ollehar, thanks for picking this up so quickly. |
|
How to reproduce:
|
|
The fix is released. Please update and test. |
|
Installed and tested just now - have sucessfully completed two token controlled surveys with both lastpage and end url respectively. Can also toggle encryption where applicable. Therefoe as far as I can judge, the fix is working. Many thanks for the quick turnaround on this bug! |
|
Glad to hear it, and our apologies for the issue. I'll mark this as solved. |
|
Great. Works fine. Good work an thank you! |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2021-07-28 14:57 | aserto | New Issue | |
2021-07-28 15:06 | Mazi | Note Added: 65685 | |
2021-07-28 16:10 | arpsh | Note Added: 65694 | |
2021-07-28 16:22 | p_teichmann | Note Added: 65697 | |
2021-07-28 16:22 | ollehar | Note Added: 65698 | |
2021-07-28 16:22 | p_teichmann | Relationship added | related to 17483 |
2021-07-28 16:43 | arpsh | Note Added: 65702 | |
2021-07-28 16:46 | ollehar | Note Added: 65703 | |
2021-07-28 16:50 | arpsh | Note Added: 65704 | |
2021-07-28 16:51 | ollehar | Note Added: 65705 | |
2021-07-28 16:54 | ollehar | Note Added: 65706 | |
2021-07-28 17:02 | Mazi | Note Added: 65707 | |
2021-07-28 17:03 | aserto | Note Added: 65708 | |
2021-07-28 17:07 | arpsh | Note Added: 65709 | |
2021-07-28 17:07 | arpsh | Note Added: 65711 | |
2021-07-28 17:07 | arpsh | File Added: Capture.PNG | |
2021-07-28 17:08 | ollehar | Note Added: 65712 | |
2021-07-28 17:09 | ollehar | Note Edited: 65712 | |
2021-07-28 17:14 | ollehar | Note Added: 65713 | |
2021-07-28 17:19 | Mazi | Note Added: 65714 | |
2021-07-28 17:29 | ollehar | Note Added: 65715 | |
2021-07-29 08:33 | galads | Assigned To | => p_teichmann |
2021-07-29 08:33 | galads | Status | new => assigned |
2021-07-29 08:35 | galads | Relationship replaced | has duplicate 17483 |
2021-07-29 10:01 | arpsh | Issue Monitored: arpsh | |
2021-07-29 10:38 | ollehar | Priority | none => immediate |
2021-07-29 11:54 | ollehar | Note Added: 65732 | |
2021-07-29 11:54 | ollehar | Status | assigned => resolved |
2021-07-29 11:54 | ollehar | Resolution | open => fixed |
2021-07-29 14:20 | arpsh | Note Added: 65742 | |
2021-07-29 14:21 | ollehar | Note Added: 65743 | |
2021-07-29 14:25 | aserto | Note Added: 65744 | |
2021-08-02 16:06 | c_schmitz | Bug heat | 22 => 24 |
2021-08-12 08:46 | c_schmitz | Status | resolved => closed |