View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
04530 | Bug reports | Survey taking | public | 2010-08-12 10:59 | 2010-08-17 13:28 |
Reporter | ronvdburg | Assigned To | c_schmitz | ||
Priority | normal | Severity | crash | ||
Status | closed | Resolution | fixed | ||
Product Version | 1.90 | ||||
Fixed in Version | 1.90+ | ||||
Summary | 04530: Date is corrupted after switching to another group and back. | ||||
Description | The (calendar)date of a question is corrupted after switching to another group and back. | ||||
Steps To Reproduce | Use group-by-group mode. | ||||
Additional Information | I used a closed survey. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Bug heat | 6 | ||||
Complete LimeSurvey version number (& build) | 9046 | ||||
I will donate to the project if issue is resolved | |||||
Browser | IE8 and also verified with FF 3.6.8 | ||||
Database type & version | mysql 5.0.77 | ||||
Server OS (if known) | Centos 5.3 / Linux version 2.6.18 | ||||
Webserver software & version (if known) | apache 2.2.3 | ||||
PHP Version | 5.1.6 | ||||
When dateformat is changed to 'yyyy-mm-dd', the problem disappears. I verified previous versions of limesurvey: So my suggestion is that the problem was introduced between v1.71+ build 5535 and v1.85+ build 7593. |
|
I also checked other formats in v1.90+ build 9046. 12.8.2010 becomes 20.12.2007 20.12.2007 becomes 20.7.2012 mm-dd-yyyy : corrupts data; 08-12-2010 becomes 07-31-2003 There is a second entry mm-dd-yyyy in the survey settings: |
|
thank you for the great analysis - we will have a look asap |
|
Another question: Did you test on an inactive survey only? Is there a difference to a normal active survey? |
|
I cannot reproduce the problem. >Works fine here on active and inactive surveys. |
|
I tested on active surveys only. For active survey: I see in the database the correct data. So, the data is not corrupted during the <Next> operation, but during the <Previous> operation. I now also tested on an inactive survey and have the same result. Uuuh... cached in the SESSION variables? Can I check that? |
|
As said, I can't reproduce here - I will need a sample survey. Maybe you did not properly update all your LimeSurvey files? Also try clearing your browser cache. |
|
I created a new tiny survey and it did not reproduce. Clearing the browser cache did not solve the issue either. So I will try what an apache restart does (server side cache?) |
|
Clearing cache, restarting apache solves the data corruption in the tiny test survey, but not in the large (older) survey. I will compary the definitions of the two surveys via phpMyAdmin... |
|
Yes, or make a copy of the survey where the corruption occurs and trim it down until the bug goes away - maybe it is another question influencing this or a certain configuration. |
|
I am getting crazy... Using the tiny survey: So, what am I missing? |
|
"<Previous> -> <Next> keeps the proper date. I am not sure what that means, do you click first previous, then next? Why don't you attach the survey and add specfic instructions how to reproduce. |
|
See uploaded tiny test survey. To produce. |
|
Would it be possible check if lime-calendar.js is still proper? The java script looks like it has a fixed date format, but I cannot see if this is related with my problem. |
|
Fixed in rev 9063 |
|
Thank you - attached fixed file. |
|
I don't know why the saved.php fixed the issue, but it did. It is confirmed that date isn't corrupted anymore. Still wondering why adding '&& postedfileds' did the trick... and why lime-calendar.js wasn't involved. Anyway, thanks Carsten. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2010-08-12 10:59 | ronvdburg | New Issue | |
2010-08-12 11:56 | ronvdburg | Issue Monitored: ronvdburg | |
2010-08-12 12:28 | ronvdburg | Note Added: 12615 | |
2010-08-12 13:00 | ronvdburg | Note Added: 12616 | |
2010-08-12 14:40 | c_schmitz | Assigned To | => c_schmitz |
2010-08-12 14:40 | c_schmitz | Status | new => assigned |
2010-08-12 14:40 | c_schmitz | Note Added: 12617 | |
2010-08-12 14:45 | c_schmitz | Note Added: 12618 | |
2010-08-12 14:49 | c_schmitz | Note Added: 12619 | |
2010-08-12 14:51 | ronvdburg | Note Added: 12620 | |
2010-08-12 14:59 | c_schmitz | Note Added: 12621 | |
2010-08-12 14:59 | c_schmitz | Note Edited: 12621 | |
2010-08-12 15:01 | c_schmitz | Status | assigned => feedback |
2010-08-12 15:21 | ronvdburg | Note Added: 12622 | |
2010-08-12 15:21 | ronvdburg | Status | feedback => assigned |
2010-08-12 15:28 | ronvdburg | Note Added: 12623 | |
2010-08-12 15:29 | c_schmitz | Note Added: 12624 | |
2010-08-12 15:30 | c_schmitz | Note Edited: 12624 | |
2010-08-12 16:06 | ronvdburg | Note Added: 12626 | |
2010-08-12 16:24 | c_schmitz | Note Added: 12627 | |
2010-08-12 16:31 | ronvdburg | File Added: LimeSurvey_limesurvey190_dump_2010-08-12.sql | |
2010-08-12 16:36 | ronvdburg | Note Added: 12628 | |
2010-08-12 17:53 | ronvdburg | Note Added: 12629 | |
2010-08-16 22:25 | c_schmitz | File Deleted: LimeSurvey_limesurvey190_dump_2010-08-12.sql | |
2010-08-16 22:26 | c_schmitz | Note Added: 12635 | |
2010-08-16 22:26 | c_schmitz | Status | assigned => resolved |
2010-08-16 22:26 | c_schmitz | Fixed in Version | => 1.90+ |
2010-08-16 22:26 | c_schmitz | Resolution | open => fixed |
2010-08-16 22:26 | c_schmitz | File Added: save.php | |
2010-08-16 22:26 | c_schmitz | Note Added: 12636 | |
2010-08-17 10:32 | ronvdburg | Note Added: 12643 | |
2010-08-17 13:28 | c_schmitz | Status | resolved => closed |
2010-10-25 00:18 | c_schmitz | Category | Survey at Runtime => Survey taking |
2021-08-03 13:02 | guest | Bug heat | 4 => 6 |