View Issue Details

This bug affects 1 person(s).
 2
IDProjectCategoryView StatusLast Update
04297Bug reportsSurvey editingpublic2010-05-21 19:05
Reportergwwri Assigned Tolemeur  
PrioritynormalSeverityminor 
Status closedResolutionwon't fix 
Product Version1.87+ 
Summary04297: Random behavior in the editor when working with Limesurvey replacement fields
Description

Using replacement fields to pipe in answers to previous questions generally works fine if you create the question and use the "insert replacement field" button and then make no subsequent changes to the question, however, strange things sometimes happen when you try to do any of the following.
1) Manually edit the value of the replacement field to try to refer to another field. Example: manually changing {INSERTANS:69317X342X2886} to {INSERTANS:69317X342X2887} in the question text
2) deleting the replacement field code (e.g. the "{INSERTANS:69317X342X2886}") and replacing it with another.
3) Copying a question with replacement fields and attempting to modify the replacement field in any way

"Strange things" in this context basically means changes between what the editor shows before and after you hit the "update question" button, which might include any of the following
1) ignoring the change you just made
2) Instead of replacing the old replacement field with the new, both appear
For example

If I started with this question:

"How did you first meet {INSERTANS:69317X342X2886}?"

and I deleted the replacement field and replaced it (using the button) with this: {INSERTANS:69317X342X2886) so that the question text looks like this:

"How did you first meet {INSERTANS:69317X342X2887}?"

then I hit the update question button and what I just wrote changes to this:

"How did you first meet {INSERTANS:69317X342X2886}{INSERTANS:69317X342X2887}?"

Sometimes trying to delete the second INSTERANS just makes things worse and gives me this:

"How did you first meet {INSERTANS:69317X342X2886}{INSERTANS:69317X342X2887}{INSERTANS:69317X342X2887}?"

This behavior does not appear to be consistent.

Steps To Reproduce

This is hard to reproduce since it only occasionally happens when you use the button, but it is much more likely to happen when you try to modify the field manually by changing one of the numbers in the field to refer to a different question code.

TagsNo tags attached.
Bug heat2
Complete LimeSurvey version number (& build)8518
I will donate to the project if issue is resolved
BrowserFirefox
Database type & versionMS SQL server 2005
Server OS (if known)Windows server 2003
Webserver software & version (if known)Apache 2
PHP Version5.26

Users monitoring this issue

There are no users monitoring this issue.

Activities

lemeur

lemeur

2010-05-09 11:42

developer   ~11727

Hi,

This is because the Repalcement field is not only a simple text in the HTML editor. It is an object of his own and mustn't be modified manually.

This means that:

  • deleting the field must be done by selecting it completely (not deleting char by char using the delete key or backspace key). Otherwise the HTML editor will find that there is a remaining tag of an old field and will write it back even if you've deleted the text associated with it.
    ==> Correct way: slect the field by doublie clicking it so that the whole field is automatically selected by the editor, then delete it with the delete key.

  • updating the field can't be done manually for the same reason
    ==> select the whole field, delete it, and then at a new one.

If you still want to manually edit the Replacement fields without having the above issues, then turn off the HTML editor, or us the popup version of it so that you can directly work on the HTML source (bypassing the logic of the html editor).

Thibault

lemeur

lemeur

2010-05-21 19:05

developer   ~11935

1.90 beta3 release

Issue History

Date Modified Username Field Change
2010-04-27 21:48 gwwri New Issue
2010-04-29 02:06 c_schmitz Assigned To => lemeur
2010-04-29 02:06 c_schmitz Status new => assigned
2010-05-09 11:42 lemeur Note Added: 11727
2010-05-09 11:42 lemeur Status assigned => resolved
2010-05-09 11:42 lemeur Resolution open => won't fix
2010-05-21 19:05 lemeur Note Added: 11935
2010-05-21 19:05 lemeur Status resolved => closed
2010-10-25 00:17 c_schmitz Category Survey Design => Survey design
2019-11-01 17:25 c_schmitz Category Survey design => Survey editing