View Issue Details

This bug affects 1 person(s).
 2
IDProjectCategoryView StatusLast Update
16512Feature requests_ Unknownpublic2020-07-22 22:27
Reporterrudydehaas Assigned To 
PrioritynoneSeverityfeature 
Status newResolutionopen 
Summary16512: Random seeming results using default answers of the {TOKEN:ATTRIBUTE_X} form with x from 1 to 7
Description

I have attached an lss from a one question version of the survey. Made using debian, firefox, latest limesurvey (4.3.4?), mariadb, apache2, php 7.2). Screenimages show the default answers, top of the participants table, and the result.

There are 7 add on attributes: 1 = course name 2 = course number 3 = faculty 4 = instructor 5 = instructor email 6 = section 7 = session. All are just text.

Allow public access and the prompts for all attributes look right and are in the right order. Enter answers, get the email, check the default answers there is usually at least one missing, the others are in the wrong places. e.g. the mgmt field shows the course name, course num is blank, the instructor field shows the session.

The same thing happens if I assign tokens and preview the survey using one in a url. (e.g. https://www.wadocan.org/index.php/317197?token=Ldy8XMtA )
Fields are blank and/or the values shown don't match the field names.

Additional Information

The data is imported directly into the participants table from a file that looks like this: (1st 3 rows):

"email";"firstname";"lastname";"attribute_1";"attribute_2";"attribute_3";"attribute_4";"attribute_5";"attribute_6";"attribute_7"
"knme@wadocan.org";"Karen722, Notme723";"Accounting Information Systems";"3170 ";"MGT";"Meteach, Super";"super.meteach@wadocan.org";"Y ";"Summer Session I ";"
"knme@wadocan.org";"Karen348, Notme349";"Managing Responsibly in a Global Environment ";"3031 ";"MGT";"Meteach, Super";"super.meteach@wadocan.org";"Y ";"Summer Session II/III ";"

I will load 3.whatever the last officially stable version was, and try that; but meanwhile this is a showstopper. My guess.. (not based on much ) is that this is more likely a mistake than a bug. Perhaps something to do with how attributes are defined? The tables look ok in phpmyadmin, but ?

TagsNo tags attached.
Attached Files
Bug heat2
Story point estimate
Users affected %

Users monitoring this issue

There are no users monitoring this issue.

Activities

rudydehaas

rudydehaas

2020-07-22 22:27

reporter   ~59053

Well..
The question works just as it should if I only use four attributes (b ut define all seven in the participant table) Splitting the 6 part question into two works for both.

In making a new survey with only the one question with only four default answers instead of 6 I typed each of the "{TOKEN:ATTRIBUTE_x} entries rather than typing only the first one and then using cut and paste on the others before fixing the numbers. I have not tried to use cut and paste on a four part question, but I wonder.. is this more gnome weirdness?

Issue History

Date Modified Username Field Change
2020-07-21 14:35 rudydehaas New Issue
2020-07-21 14:35 rudydehaas File Added: limesurvey_survey_317197(2).lss
2020-07-21 14:35 rudydehaas File Added: Screenshot from 2020-07-21 06-09-48.png
2020-07-21 14:35 rudydehaas File Added: Screenshot from 2020-07-21 06-07-43.png
2020-07-21 14:35 rudydehaas File Added: Screenshot from 2020-07-21 06-06-59.png
2020-07-22 22:27 rudydehaas Note Added: 59053