View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|14003||Bug reports||_ Unknown||public||2018-08-24 10:53||2020-01-17 15:35|
|Summary||14003: progressbar includes hidden questions|
When there are hidden calculation questions (questions that have "Always hide this question" turned on) the progress bar also counts these when indicating the progress.
Solution: the X-variable used in "There are X questions in this survey" is counting the questions right. Why not use the same count in the 'total questions variable' of the progress-bar?
|Steps To Reproduce|
create a survey that has a progress-bar with 10 questions.
the first 5 questions are normal questions, the last 5 questions are for instance equations with "Always hide this question" turned on.
At question #5, the last visible question for the participant, the progress-bar will indicate 40% instead of 80%, since it includes the hidden questions in its count.
|Tags||No tags attached.|
|Complete LimeSurvey version number (& build)||Version 3.14.5+180815|
|I will donate to the project if issue is resolved||No|
|Database & DB-Version||MySQL 5.5.60-0+deb7u1|
|Server OS (if known)||Debian 0.9.39.5-1+wheezy1 (DB: 201802130)|
|Webserver software & version (if known)||Apache/2.2.22 (Debian)|
|PHP Version||PHP 5.6|
The numbering with hidden questions seems to wrong too.
The hide question option might should be improved to recognize these techniques too.
Someone have a lss to start fixing issue ?
Wondering if this has a projected resolution. With one of my surveys, I have a group of 30 items plus a group of 9 hidden equations. The progress bar shows 76% (30/39) when the last item is answered and users are confused when the survey concludes. Looks like this has been an issue for a while (see "duplicate" 11665).
@teracomp : i write «Someone have a lss to start fixing issue ?»
I know i can do a lss easily, but it take time :)
I have a workaround for this problem, I put this code in the custom.jss of the theme of the survey, you change the number 226 to the number of questions in your survey:
Here is a LSS survey to work with. There are 3 groups: background (1 question), items (10 questions-randomized), and calculations (5-do not show expressions).
I will try the workaround from Siem, of course, but this is provided per @DenisChenu request.
limesurvey_survey_progressbar_test.lss (25,424 bytes)
Borrowing @Siem's idea, here's my solution to solve a number of issues. (See attached LSS file).
Assuming #thisstep is the right variable to use, this method seems to solve my current issues. I'm obviously open to suggestions, especially if my assumption is faulty!
Recommendation: If this logic is valid, it seems like a rather simple solution is to expose a "Total Questions for Progress Bar" property on the Settings:Presentation panel. Whatever value is entered there would be the basis for the progress bar.
limesurvey_progBarWorkaround.lss (35,170 bytes)
|2018-08-24 10:53||Siem||New Issue|
||Assigned To||=> dominikvitt|
||Status||new => assigned|
||Status||assigned => confirmed|
|2018-09-19 15:55||jelo||Note Added: 49092|
|2019-01-10 09:38||DenisChenu||Note Added: 50143|
|2019-01-29 13:09||jelo||Relationship added||duplicate of 11361|
|2019-06-07 19:56||teracomp||Note Added: 52332|
|2019-06-08 09:30||DenisChenu||Note Added: 52333|
|2019-06-08 11:29||Siem||Note Added: 52334|
|2019-06-08 13:22||teracomp||File Added: limesurvey_survey_progressbar_test.lss|
|2019-06-08 13:22||teracomp||Note Added: 52336|
|2019-06-08 22:40||teracomp||File Added: limesurvey_progBarWorkaround.lss|
|2019-06-08 22:40||teracomp||Note Added: 52337|
||Assigned To||dominikvitt => cdorin|
|2019-07-31 13:21||cdorin||Assigned To||cdorin => p_teichmann|
|2019-07-31 13:21||cdorin||Priority||none => low|
|2019-07-31 13:21||cdorin||Status||confirmed => assigned|
|2020-01-17 15:35||p_teichmann||Assigned To||p_teichmann => cdorin|