View Issue Details

This bug affects 2 person(s).
 16
IDProjectCategoryView StatusLast Update
19770Bug reportsResponse browsingpublic2025-02-17 17:57
Reporterlozam Assigned Totibor.pacalat  
PrioritynoneSeverityminor 
Status closedResolutionfixed 
Product Version6.6.x 
Summary19770: Chronometer bug
Description

LimeSurvey allows the creation of questions. Within these questions, an option allows the setting of timers to limit the time for answering. Once the time is up, an action is triggered, usually moving immediately to the next page.

Two bugs have been identified: one relatively simple, concerning the non-display of end-of-timer messages, and the other related to the handling of timed questions when multiple questions are on the same page.

It is requested that these issues be fixed in the stable branch of LimeSurvey. This is considered a minor severity issue. At this stage, it is unclear whether we are dealing with bugs or documentation errors.

Steps To Reproduce

Bug 1: Absence of end-of-timer message display.

A) Questionnaire setup:

  • Create a questionnaire:
    • Settings > General settings > "question by question"
    • Create a single group.
    • Q1: First question: Default settings (long text without specific configuration).
    • Q2: Second question, long text with special settings.
    • Special settings for Q2 (timer):
    • Time limit for the question: 20
    • Duration of the end-of-countdown message display: 10
    • Action after countdown expiration: "Warn and continue"
    • Q3: Third question, long text without special settings.
    • Questionnaire settings:
    • "Activate the questionnaire"
    • (Keep various options as "No" and "public access mode" -> save and activate).
    • "Run the questionnaire."

B) Repetition:

1) Reference behavior:

  • Fill in Q1: Fill ("abcd") + click on next.
  • Fill in Q2: Fill ("abcd") + click on next.
  • (No timer is triggered because the questionnaire is completed.)
  • Fill in Q3: Fill ("abcd") + click on submit.

2) Problematic behavior:

  • Fill in Q1: Fill ("abcd") + click on next.
  • Q2: Do not fill in Q2, then wait without doing anything.
  • There is an automatic click to move to the next page, but the red message is barely visible.
  • (It appears very briefly for a second.)
  • The message should have been displayed for 10 seconds.
  • Fill in Q3: Fill ("abcd") + submit.

C) Bug description:

  • The 10-second display duration setting is not respected.

Bug 2: Use of the timer on the same page:

A) Questionnaire setup:

  • Create a questionnaire:
    1) General settings: "group by group."
    2) Group 1:
    • One question without specific settings.
      3) Group 2:
    • First question with a 20-second timer.
    • Second question without specific settings.
      4) Group 3:
    • One question without specific settings.

B) Questionnaire execution scenarios:

Reference behavior:

  • Complete all questions by filling them out.

Problematic behavior:

  • Group 1 / Question 1:

    • Fill in and click on next.
    • Everything is normal.
  • Group 2 / Questions 2 and 3:

    • Do not fill in Q2 or Q3, causing the timer to expire.
    • LimeSurvey automatically clicks on next.
    • However, there is no opportunity to fill in the second question of Group 2, which is abnormal.
    • (Unless the question is mandatory).
  • Group 3 / Question 4:

    • Fill in the question and click on submit.

Interpretation:

  • Having a timed question on the same page as an untimed question is not compatible, as the timer for Q2 prevents filling in Q3.
TagsNo tags attached.
Bug heat16
Complete LimeSurvey version number (& build)6.5.18
I will donate to the project if issue is resolvedNo
Browser
Database type & versionMySql 5
Server OS (if known)
Webserver software & version (if known)
PHP Version8.3

Users monitoring this issue

There are no users monitoring this issue.

Activities

r4dius

r4dius

2024-11-04 20:08

reporter   ~81338

The "missing" end-of-timer messages is because the timer is using milisseconds instead of seconds, using 3000 instead of 3 "fixes" the problem until the bug is patched

tibor.pacalat

tibor.pacalat

2025-02-03 14:02

administrator   ~81949

We could also reproduce the issues described in the ticket.

gabrieljenik

gabrieljenik

2025-02-10 13:40

manager   ~81991

https://github.com/LimeSurvey/LimeSurvey/pull/4162/

gabrieljenik

gabrieljenik

2025-02-10 13:47

manager   ~81992

The first bug is indeed a bug, and it's fixed in this branch. Please be aware there could be surveys that are "adapted" to incorrect behavior.

As for the second bug, not sure it is a bug.
I don't know if it's clarified in the manual, but think it always worked like that.
Not exactly sure what change it is being expected, but imagine there must be thousands of surveys designed to take advantage of what is being considered a mistake.

When said

However, there is no opportunity to fill in the second question of Group 2, which is abnormal.

Why there is no opportunity? Both could be filled in the same page as things are group by group.

I feel this is more a survey design issue.

DenisChenu

DenisChenu

2025-02-10 15:34

developer   ~81995

Last edited: 2025-02-10 15:35

As for the second bug, not sure it is a bug.

+1 : user make choice to put some incompatible system.

We can not fix someone who enter in Question validation : self.NAOK > 1 and self.NAOK < 0 https://www.limesurvey.org/manual/Question_type_-_Short_free_text/en#Question_validation_equation_(em_validation_q) but more we must allow it !

(PS : i already use 0 > 1 to be sure to have an error here)

LimeBot

LimeBot

2025-02-17 17:57

administrator   ~82048

Fixed in Release 6.10.5+250217

Issue History

Date Modified Username Field Change
2024-09-26 10:05 lozam New Issue
2024-11-04 20:08 r4dius Note Added: 81338
2024-11-04 20:08 r4dius Bug heat 0 => 2
2024-11-04 20:09 r4dius Bug heat 2 => 8
2025-02-03 14:01 tibor.pacalat Assigned To => gabrieljenik
2025-02-03 14:01 tibor.pacalat Status new => assigned
2025-02-03 14:02 tibor.pacalat Note Added: 81949
2025-02-03 14:02 tibor.pacalat Bug heat 8 => 10
2025-02-10 13:40 gabrieljenik Assigned To gabrieljenik => DenisChenu
2025-02-10 13:40 gabrieljenik Status assigned => ready for code review
2025-02-10 13:40 gabrieljenik Note Added: 81991
2025-02-10 13:40 gabrieljenik Bug heat 10 => 12
2025-02-10 13:47 gabrieljenik Note Added: 81992
2025-02-10 15:34 DenisChenu Note Added: 81995
2025-02-10 15:34 DenisChenu Bug heat 12 => 14
2025-02-10 15:35 DenisChenu Note Edited: 81995
2025-02-10 15:43 DenisChenu Assigned To DenisChenu => tibor.pacalat
2025-02-10 15:43 DenisChenu Status ready for code review => ready for testing
2025-02-11 17:35 tibor.pacalat Status ready for testing => resolved
2025-02-11 17:35 tibor.pacalat Resolution open => fixed
2025-02-17 17:57 LimeBot Note Added: 82048
2025-02-17 17:57 LimeBot Status resolved => closed
2025-02-17 17:57 LimeBot Bug heat 14 => 16