Also in 2.05+ build 140915 on PHP 5.4.16; so it may be PHP related?

In the attached survey, the last question is affected (radio list)

Can not reproduce : please activate debug to 2

I activated php error logging and set debug to 2 - no php error logged.
Even when editing a completed response, where all questions are answered, the radio list is not shown for last question in this survey.

HTML snippet:
<tr class="even">
<td> dropdown</td>
<td>
<select name="956245X1790X30415">
<option value="">Selecteer..</option>
<option selected="selected" value="1">ja</option>
<option value="2">nee</option>
</select>
</td>
</tr>
<tr class="odd">
<td> radio</td>
<td>
<select name="956245X1790X30414">
<option value="">Selecteer..</option>
</select>
</td>
</tr>

You'll notice the selected option values aren't shown for question "radio".

Works fine here:

• Windows 8.1
• PHP 5.5.19
• MySQL 5.0.11
• Apache 2.4.10 (Win32)

And here:

• Linux
• PHP 5.3.24
• MySQL 5.5.37
• Apache 2.2.24 (Unix)

Problem seems to be somewhere around line # 742 in dataentry.php:

$lquery = "SELECT * FROM {{answers}} WHERE qid={$fname['qid']} AND language = '{$sDataEntryLanguage}' ORDER BY sortorder, answer";
$lresult = dbExecuteAssoc($lquery);

On iterating through questions type "!" and "L", the second/last one doesn't seem to yield any result there (foreach loop on line # 750 is executed for the first one only, in this case the type dropdown list question).

Did you configure FreeTDS correctly?

....

Microsoft SQL Server 2005 configuration

[ms-sql-t263]
host = ms-sql-t263
port = 1433
tds version = 8.0
client charset = UTF-8
....

(same as other system mentioned above (RHEL 5, php 5.3)

Most likely PHP related since it works on newer version. Maybe the MSSQL driver has some kind of problem in that version. You would only find out by upgrading your PHP version. I see this as a no fix required.

The point is, it DOES work on php 5.3.3, but NOT on 5.4.16 (in my setup).

Yes, understood. But 5.4.16 is just some version in the 5.4 series. So update to any later 5.4.x version (best would be probably the latest one, 5.4.38) and see if the issue is gone.
It does not seem to exist on 5.5, anyway.

To me 5.4.16 is a newer version ;). Our Unix administrators will only support Linux/php installations based on official Red Hat repositories (that's why we've been stuck for so long on 5.3.3). So I'm not at liberty to update PHP beyond this (5.4.16) version!

I managed (with a little help from my friends) to solve the problem for type "!" and "L" questions by adding "unset($lresult);" before "$lresult = dbExecuteAssoc($lquery);", in dataentry.php (lines 743 & 2043).
Other question types may still be affected though.

Sounds like a memory issue. Can you raise you memory limit in PHP and see if that helps? (without your fix applied ofc).

PHP memory set to 256M (from 128) - makes no difference (fix removed), option display problem still there...

Well, if it is not a problem of memory then it confirms to be a issue in the PHP version. Unsetting the variable should not help :-)

Yep, Sure.

In PHP:
$array=array("2");

and
unset($array);
$array=array("2");

Is exactly the same thing .... no difference except one useless instruction.

In this php version (5.4.16), on my systems, whenever you see a construct in LimeSurvey code like this:

$lresult = dbExecuteAssoc($lquery);
...
foreach ($lresult->readAll() as $llrow)
{...}

it seems only the first iteration goes OK (see also issue 09600).
When I put "unset($result);" before the first line, it works. I don't know how or why, but it does.
Which php version should I upgrade to to prevent the problem?

Problem solved in PHP 5.4.40

Great.