View Issue Details

This bug affects 1 person(s).
 10
IDProjectCategoryView StatusLast Update
05488Bug reportsSurvey takingpublic2011-10-05 19:01
Reporterlovepade Assigned Totpartner  
PriorityhighSeveritypartial_block 
Status closedResolutionfixed 
Product Version1.91+ 
Summary05488: multi numeric - slider, inital value dont register
Description

I have a few multiple numeric question types, using slider layout. I have 5 questions each with minimum value of 1, max value of 11 and initial value of 6. I have set equals sums to 30.

So 5 questions with initial value of 6 = 30. This means that if the user is satisfied with this, he or she should be able to just click "next". How ever, limesurvey does not register the inital value as an answer. The user needs to manually set all slider values to 6, making the inital value redundant

Problem: Using a slider layout with an initial value defined, I expect that the initial value is saved as an input, if the user doesn't change the initial value. So if I e.g. have 4 questions each with an initial value of 5, and a validation that defines "Equal sums value" to 20, then I should be able to just click through to the next page. But instead I am asked to define twenty points.

The survey/question behaves as expected when the survey is deactived, and when previewing a question or a question group. But when doing an actual activated survey, the initial value is not saved.

Steps To Reproduce

Mazi describes how he reproduces the problem In this post http://www.limesurvey.org/forum/design-issues/60657-multi-numeric-slider-inital-value-dont-register?limit=10&start=10&lang=en#66655.

Apparently the issue only shows up on active surveys, shown question by question or Group by group.

TagsNo tags attached.
Attached Files
Bug heat10
Complete LimeSurvey version number (& build)11026
I will donate to the project if issue is resolvedYes
BrowserChrome
Database type & versionmysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (x86_64) using readline 6.1
Server OS (if known)Debian stable
Webserver software & version (if known)Apache
PHP VersionPHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli) (built: Jun 28 2011 08:24:40)

Users monitoring this issue

DenisChenu, tpartner

Activities

Mazi

Mazi

2011-10-04 09:20

updater   ~16364

  1. I can reproduce the problem if I add your question twice and run the survey question by question. The second question shows a red "total" field though all should sum up fine.

  2. I can't reproduce the problem when activating the survey with just one question, then I can click submit and there is no error. The "total" field shows a green "100" entry.

  3. In all in one mode all works fine.

Mazi

Mazi

2011-10-04 11:10

updater   ~16367

Tony, can you also have a look? This seems to be a JS issue!?

tpartner

tpartner

2011-10-04 15:23

partner   ~16369

It's not a JS problem but...

Thibault, I have committed a fix (11094) that prevents the insertion of an empty session var for the value of the hidden text input. Can you please review before we close this?

lemeur

lemeur

2011-10-05 17:59

developer   ~16371

Tony, The patch is ok.
You can close the ticket.

tpartner

tpartner

2011-10-05 19:01

partner   ~16372

Fixed in stable an CI branches - revision 11106

Issue History

Date Modified Username Field Change
2011-10-03 19:42 lovepade New Issue
2011-10-03 19:42 lovepade File Added: limesurvey_survey_31118.lss
2011-10-04 09:20 Mazi Note Added: 16364
2011-10-04 09:20 Mazi Assigned To => lemeur
2011-10-04 09:20 Mazi Status new => assigned
2011-10-04 09:20 Mazi File Added: limesurvey_question_2529.lsq
2011-10-04 11:09 Mazi Issue Monitored: tpartner
2011-10-04 11:10 Mazi Note Added: 16367
2011-10-04 14:12 DenisChenu Issue Monitored: DenisChenu
2011-10-04 15:23 tpartner Note Added: 16369
2011-10-05 17:59 lemeur Note Added: 16371
2011-10-05 17:59 lemeur Assigned To lemeur => tpartner
2011-10-05 19:01 tpartner Note Added: 16372
2011-10-05 19:01 tpartner Status assigned => resolved
2011-10-05 19:01 tpartner Resolution open => fixed
2011-10-05 19:01 tpartner Status resolved => closed