View Issue Details

This bug affects 1 person(s).
 4
IDProjectCategoryView StatusLast Update
06449Bug reportsSurvey takingpublic2012-08-16 10:23
Reporterabita1 Assigned Toc_schmitz  
PrioritynormalSeverityminor 
Status closedResolutionfixed 
Product Version2.00RC8 
Target Version2.00RC9Fixed in Version2.00RC9 
Summary06449: Imported LSS with no answer set to No IGNORES LS system value of forced NO
Description

While testing the LSS file at Issue 6325, inporting that LSS file and executing it will cause survey to NOT display the no answer field. This was expected, since I had NO set for display GLOBAL NO for show No Answer, (and no for the the survey option.)

On importing, then modifying that LSS document, including saving a group and reimporting, and other text changes to groups, I then re executed the survey locally, and the NO-ANSWER appeared. This was not expected.

If, thereafter, I set the global setting to follow admin, I can make it disappear with a NO in the survey setting

TagsNo tags attached.
Bug heat4
Complete LimeSurvey version number (& build)120801
I will donate to the project if issue is resolvedNo
BrowserFireFox 14
Database type & versionMySQL
Server OS (if known)Win
Webserver software & version (if known)XAMPP
PHP Version5.4?

Users monitoring this issue

There are no users monitoring this issue.

Activities

c_schmitz

c_schmitz

2012-08-08 12:35

administrator   ~20279

Can you please describe the exact way to reproduce the issue?

abita1

abita1

2012-08-09 00:49

reporter   ~20296

Sorry, Carsten.... I can't reproduce it, now, even though I did yesterday 7 times, attempting to narrow the quirk by making minor variations in the pattern I alluded to, above.

I am tempted to attribute yesterday's cause, unknown, to having rendered LS unstable -- almost like somewhere an array or something was overwritten due to an unmanaged/improper key reference in an array. If I land on the problem, again, I will reopen this issue.

However...in the attempts to reassert the bug path, today, I landed on this different quirk, a non-major issue, which I -can- reproduce now:

Summary: Group import, successful, renders Survey Icons' drop down lists faulty

  1. Import or activate a survey
  2. Import a previously saved group. All through this process the survey icon lists are fully activated if hovered over.
  3. After the import "success" message, hover over the first 5 green icons on the survey line.
  4. As to each/any, the drop down list properly activates...however,
  5. Any attempt to slide the mouse pointer down into the list fails, and the list deactivates.
  6. If, instead, you click/hold on an icon, and drag into the list, it remains [showing off the 'no drag/drop stop icon']. Releasing the mouse button while within the list allows successful maneuver through that drop down list. However, move off the list or back up into the icon, and that cure disappears. Sometimes, if that curing maneuver will enable another icon's drop down list persistence; random. Quirky.

All behaving like the drop down lists are disabled on doing the import, but on success, not re-enabled.

c_schmitz

c_schmitz

2012-08-10 09:35

administrator   ~20332

Fix committed to Yii branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=9315

c_schmitz

c_schmitz

2012-08-16 10:23

administrator   ~20461

Version 2.00 RC 9 released.

Related Changesets

LimeSurvey: Yii 5a894932

2012-08-10 00:35:51

c_schmitz

Details Diff
Fixed issue 06449: Faulty GUI after question group import Affected Issues
06449
mod - application/views/admin/survey/QuestionGroups/import_view.php Diff File

Issue History

Date Modified Username Field Change
2012-08-08 03:02 abita1 New Issue
2012-08-08 12:35 c_schmitz Note Added: 20279
2012-08-08 12:35 c_schmitz Assigned To => c_schmitz
2012-08-08 12:35 c_schmitz Status new => feedback
2012-08-09 00:49 abita1 Note Added: 20296
2012-08-09 00:49 abita1 Status feedback => assigned
2012-08-10 09:35 c_schmitz Changeset attached => LimeSurvey Yii 5a894932
2012-08-10 09:35 c_schmitz Note Added: 20332
2012-08-10 09:35 c_schmitz Resolution open => fixed
2012-08-10 09:35 c_schmitz Status assigned => resolved
2012-08-10 09:35 c_schmitz Fixed in Version => 2.00+
2012-08-12 15:32 c_schmitz Fixed in Version 2.00+ => 2.00RC9
2012-08-15 00:22 c_schmitz Target Version => 2.00RC9
2012-08-16 10:23 c_schmitz Note Added: 20461
2012-08-16 10:23 c_schmitz Status resolved => closed