View Issue Details

This bug affects 1 person(s).
 8
IDProjectCategoryView StatusLast Update
04893Bug reportsSurvey takingpublic2011-02-17 18:25
Reporteruser9586Assigned Tomdekker  
PrioritynormalSeverityminor 
Status closedResolutionfixed 
Product Version2.00a1 
Fixed in Version1.91RC4 
Summary04893: autoArray is null in survey_runtime.js:68 (svn)
Description

I get the following on the JS console of Firefox with any questionnaire:

autoArray is null
[Break on this error] if ((autoArray.list.length > 0)){
survey_runtime.js (line 68)

This error prevents the script to complete.

TagsNo tags attached.
Bug heat8
Complete LimeSurvey version number (& build)9697
I will donate to the project if issue is resolvedNo
Browser
Database type & version-
Server OS (if known)-
Webserver software & version (if known)-
PHP Version-

Users monitoring this issue

There are no users monitoring this issue.

Activities

c_schmitz

c_schmitz

2011-01-26 23:37

administrator   ~13985

I can't reproduce that at all, both branches. Please attach a sample survey and specify the branch.

mdekker

mdekker

2011-01-27 19:06

reporter   ~13996

Last edited: 2011-01-27 19:08

Had the problem too, but fixed it in svn so maybe that is why :)

Commit 9702:
dev: another quickfix, execlude_all_others_auto broke the progress bar on multiple options question

user9586

2011-02-02 16:37

  ~14043

The fix does not seem sufficient for me. By looking around at earlier conditions, I came with this patch:

--- a/qanda.php
+++ b/qanda.php
@@ -3145,7 +3145,7 @@ function do_multiplechoice($ia)
++$colcounter;
}
}

  • if ($exclude_all_others_auto!=''){
  • if ($exclude_all_others_auto=='1'){
    $answer .= "<script type='text/javascript'>autoArray = ".json_encode($autoArray).";</script>";
    }
    if ($other == 'Y')

(if you look earlier in the code, $autoArray is only populated for $exclude_all_others_auto=='1', not for !='' (I assume 0 is valid here).

tpartner

tpartner

2011-02-08 13:08

partner   ~14085

mdekker, I am still encountering this with multiple-options questions - see bug 04936. I think this may be a better solution than my JavaScript fix.

mdekker

mdekker

2011-02-08 13:10

reporter   ~14086

Seems like a good idea to me if we do both... yours makes sure the script doesn't break I think, and this one fixes to code. I will apply both.

mdekker

mdekker

2011-02-08 13:46

reporter   ~14087

Fixed in svn 9748 using javascript fix by tpartner and code fix by wavexx

c_schmitz

c_schmitz

2011-02-17 18:25

administrator   ~14231

1.91RC4 released

Issue History

Date Modified Username Field Change
2011-01-21 19:14 user9586 New Issue
2011-01-26 23:37 c_schmitz Note Added: 13985
2011-01-26 23:37 c_schmitz Assigned To => c_schmitz
2011-01-26 23:37 c_schmitz Status new => feedback
2011-01-27 19:06 mdekker Note Added: 13996
2011-01-27 19:08 mdekker Note Edited: 13996
2011-01-27 23:53 c_schmitz Status feedback => closed
2011-01-27 23:53 c_schmitz Resolution open => fixed
2011-01-27 23:53 c_schmitz Fixed in Version => 1.91RC3
2011-02-02 16:37 user9586 Assigned To c_schmitz => mdekker
2011-02-02 16:37 user9586 Note Added: 14043
2011-02-02 16:37 user9586 Status closed => feedback
2011-02-02 16:37 user9586 Resolution fixed => reopened
2011-02-08 13:08 tpartner Note Added: 14085
2011-02-08 13:10 mdekker Note Added: 14086
2011-02-08 13:46 mdekker Note Added: 14087
2011-02-08 13:46 mdekker Status feedback => resolved
2011-02-08 13:46 mdekker Fixed in Version 1.91RC3 => 1.91RC4
2011-02-08 13:46 mdekker Resolution reopened => fixed
2011-02-17 18:25 c_schmitz Note Added: 14231
2011-02-17 18:25 c_schmitz Status resolved => closed