<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-09-09 17:39:14]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>https://bugs.limesurvey.org/</docs><link>https://bugs.limesurvey.org/</link><description><![CDATA[LimeSurvey bugs and feature requests - Issues]]></description><title>LimeSurvey bugs and feature requests - Issues</title><image><title>LimeSurvey bugs and feature requests - Issues</title><url>https://bugs.limesurvey.org/images/mantis_logo.png</url><link>https://bugs.limesurvey.org/</link><description><![CDATA[LimeSurvey bugs and feature requests - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>20678: Duplicate control of particpant work diffrently with crypted data and not cryoted data</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20678</link><description><![CDATA[When importing participants, duplicate use case-insensitive searches for not crypted data and case-sensitive for crypted data]]></description><category>Other</category><pubDate>Wed, 09 Sep 2026 12:51:17 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20678</guid><comments>https://bugs.limesurvey.org/view.php?id=20678#bugnotes</comments></item><item><title>20677: Incorrect image path generated for question background images on Windows Server 2025 with WampServer</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20677</link><description><![CDATA[When using LimeSurvey with Apache2 on Ubuntu 22.04, images added as a question background image are displayed correctly.&lt;br /&gt;
&lt;br /&gt;
However, when the same functionality is used on Windows Server 2025 with WampServer, LimeSurvey generates an incorrect image URL. The Windows directory separators (`\`) appear to be encoded as `%5C` in the generated `src` attribute.&lt;br /&gt;
&lt;br /&gt;
On Ubuntu 22.04, the generated HTML is:&lt;br /&gt;
&lt;br /&gt;
`&lt;img class=&quot;w-100 h-auto d-block&quot; src=&quot;/upload/surveys/487689/images/test.png&quot; alt=&quot;&quot; data-testid=&quot;question-image&quot; style=&quot;border-radius: 0px; filter: brightness(1);&quot;&gt;`&lt;br /&gt;
&lt;br /&gt;
On Windows Server 2025 with WampServer, the generated HTML is:&lt;br /&gt;
&lt;br /&gt;
`&lt;img class=&quot;w-100 h-auto d-block&quot; src=&quot;%5Cupload/surveys/967683%5Cimages%5Ctest.png&quot; alt=&quot;&quot; data-testid=&quot;question-image&quot; style=&quot;border-radius: 0px; filter: brightness(1);&quot;&gt;`&lt;br /&gt;
&lt;br /&gt;
The `%5C` value represents a backslash (`\`). Since backslashes are being used in the generated URL and then URL-encoded, the browser cannot correctly resolve the image path, and the image is not displayed.&lt;br /&gt;
&lt;br /&gt;
This appears to be related to path separator handling on Windows. LimeSurvey may be using Windows filesystem path separators (`\`) when generating a URL, instead of converting them to URL-compatible forward slashes (`/`).&lt;br /&gt;
&lt;br /&gt;
The issue does not occur in the Ubuntu 22.04 + Apache2 environment, where the image URL is generated correctly with forward slashes.]]></description><category>Question editor</category><pubDate>Wed, 09 Sep 2026 08:20:40 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20677</guid><comments>https://bugs.limesurvey.org/view.php?id=20677#bugnotes</comments></item><item><title>20674: Invalid html lang attribute set for Dutch informal leading to weird auto-translate behavior</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20674</link><description><![CDATA[Using language Dutch informal sets an invalid html lang attribute, which results in incorrect auto-translation.]]></description><category>Survey taking</category><pubDate>Tue, 08 Sep 2026 16:38:54 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20674</guid><comments>https://bugs.limesurvey.org/view.php?id=20674#bugnotes</comments></item><item><title>20673: Variable names are corrupted when exporting responses in R format</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20673</link><description><![CDATA[When exporting responses in R format using “R (syntax file)”, the variable names (column names) for options in single-choice, multiple-choice, and other question types appear to have been replaced with internal identifiers.&lt;br /&gt;
&lt;br /&gt;
Previously, these names followed a format such as {Question Code}_{Option Code}. This change has broken all of our R analysis scripts that rely on the previous naming convention.&lt;br /&gt;
&lt;br /&gt;
The downloaded R syntax file contains the following code:&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
# LimeSurvey Field type: F&lt;br /&gt;
data[, 10] &lt;- as.numeric(data[, 10])&lt;br /&gt;
attributes(data)$variable.labels[10] &lt;- &quot;[Option A] Question 01&quot;&lt;br /&gt;
data[, 10] &lt;- factor(data[, 10], levels=c(1,0),labels=c(&quot;Yes&quot;, &quot;Not selected&quot;))&lt;br /&gt;
names(data)[10] &lt;- &quot;Q01__S3289&quot;&lt;br /&gt;
# LimeSurvey Field type: F&lt;br /&gt;
data[, 11] &lt;- as.numeric(data[, 11])&lt;br /&gt;
attributes(data)$variable.labels[11] &lt;- &quot;[Option B] Question 01&quot;&lt;br /&gt;
data[, 11] &lt;- factor(data[, 11], levels=c(1,0),labels=c(&quot;Yes&quot;, &quot;Not selected&quot;))&lt;br /&gt;
names(data)[11] &lt;- &quot;Q01__S3290&quot;&lt;br /&gt;
# LimeSurvey Field type: F&lt;br /&gt;
data[, 12] &lt;- as.numeric(data[, 12])&lt;br /&gt;
attributes(data)$variable.labels[12] &lt;- &quot;[Option C] Question 01&quot;&lt;br /&gt;
data[, 12] &lt;- factor(data[, 12], levels=c(1,0),labels=c(&quot;Yes&quot;, &quot;Not selected&quot;))&lt;br /&gt;
names(data)[12] &lt;- &quot;Q01__S3291&quot;&lt;br /&gt;
....&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
In statements that assign column names, such as `names(data)[10] &lt;- &quot;Q01__S3289&quot;`, the option identifier does not match the answer option code configured in the attached screenshot.&lt;br /&gt;
&lt;br /&gt;
CSV and Excel exports appear to retain the original column names.]]></description><category>Import/Export</category><pubDate>Wed, 09 Sep 2026 13:37:35 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20673</guid><comments>https://bugs.limesurvey.org/view.php?id=20673#bugnotes</comments></item><item><title>20672: HTTP 400 "The requested hostname is invalid" does not mention allowed_hosts.php, leaving admins without a way to recover</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20672</link><description><![CDATA[When a request arrives with a host name that is not listed in&lt;br /&gt;
application/config/allowed_hosts.php, LimeSurvey returns:&lt;br /&gt;
&lt;br /&gt;
    400: Bad Request - The requested hostname is invalid.&lt;br /&gt;
    The request could not be understood by the server due to malformed&lt;br /&gt;
    syntax. Please do not repeat the request without modifications.&lt;br /&gt;
&lt;br /&gt;
The message does not mention allowed_hosts.php, the config directory, or&lt;br /&gt;
any way to fix the situation. An administrator who hits this has no&lt;br /&gt;
indication of what is wrong or where to look.&lt;br /&gt;
&lt;br /&gt;
This matters because the allowed hosts file is created automatically, and&lt;br /&gt;
the only explanation is shown once and cannot be retrieved later.&lt;br /&gt;
&lt;br /&gt;
In application/controllers/admin/Authentication.php (line 185 in&lt;br /&gt;
7.0.13+260903), on the first successful login LimeSurvey writes&lt;br /&gt;
allowed_hosts.php containing only the host used at that moment, and shows&lt;br /&gt;
a flash message:&lt;br /&gt;
&lt;br /&gt;
    &quot;The allowed hosts file (application/config/allowed_hosts.php) has&lt;br /&gt;
     been created with &quot;%s&quot; as trusted host. For security reasons,&lt;br /&gt;
     LimeSurvey can only be accessed through that domain. If you need&lt;br /&gt;
     additional hosts, please edit the allowed hosts file directly.&quot;&lt;br /&gt;
&lt;br /&gt;
That wording is clear and actionable. However it is a one-time flash&lt;br /&gt;
message. Once it is gone, the administrator has no way to see it again.&lt;br /&gt;
&lt;br /&gt;
The exception itself is thrown in application/core/LSHttpRequest.php&lt;br /&gt;
(line 313 in 7.0.13+260903):&lt;br /&gt;
&lt;br /&gt;
    public static function checkIsAllowedHost($hostInfo)&lt;br /&gt;
    {&lt;br /&gt;
        $host = parse_url($hostInfo, PHP_URL_HOST);&lt;br /&gt;
        if ($host &amp;&amp; !App()-&gt;isHostAllowed($host)) {&lt;br /&gt;
            throw new CHttpException(400, gT(&quot;The requested hostname is invalid.&quot;, 'unescaped'));&lt;br /&gt;
        }&lt;br /&gt;
    }&lt;br /&gt;
&lt;br /&gt;
This is easy to run into with common deployment patterns:&lt;br /&gt;
&lt;br /&gt;
  - Install with Docker and log in once through &lt;a href=&quot;http://localhost:8080&quot; rel=&quot;noopener,nofollow&quot;&gt;http://localhost:8080&lt;/a&gt;&lt;br /&gt;
    while setting things up, then put the instance behind a domain name.&lt;br /&gt;
  - Set up through an SSH tunnel or a reverse proxy, then switch to the&lt;br /&gt;
    public host name.&lt;br /&gt;
&lt;br /&gt;
In both cases the first login writes &quot;localhost&quot; as the only trusted&lt;br /&gt;
host, and every later request through the real domain fails with the&lt;br /&gt;
generic 400 above.&lt;br /&gt;
&lt;br /&gt;
I hit this while deploying LimeSurvey 7.0.11 in Docker behind nginx. I&lt;br /&gt;
had to read the source (LSHttpRequest.php, LSApplicationTrait.php) to&lt;br /&gt;
find out that allowed_hosts.php existed at all. An administrator who is&lt;br /&gt;
not comfortable reading PHP source would most likely be stuck.]]></description><category>Installation</category><pubDate>Wed, 09 Sep 2026 11:51:07 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20672</guid><comments>https://bugs.limesurvey.org/view.php?id=20672#bugnotes</comments></item><item><title>20671: "Undefined array key" warning when restricting available survey languages</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20671</link><description><![CDATA[See  debug log in comments below]]></description><category>Other</category><pubDate>Fri, 04 Sep 2026 15:46:47 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20671</guid><comments>https://bugs.limesurvey.org/view.php?id=20671#bugnotes</comments></item><item><title>20670: PDF export displays file path instead of selected image for image-based multiple-choice answers</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20670</link><description><![CDATA[When a survey question uses images as the answer options, the selected answer is not rendered as an image in the Print Answers / PDF export. Instead, the PDF displays the file path or filename of the selected image.]]></description><category>Import/Export</category><pubDate>Fri, 04 Sep 2026 15:27:22 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20670</guid><comments>https://bugs.limesurvey.org/view.php?id=20670#bugnotes</comments></item><item><title>20668: Completed/Incomplete responses chart labels get clipped</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20668</link><description><![CDATA[The values/labels of the &quot;Completed/Incomplete responses&quot; pie chart at the survey results overview page seem to be affected by a responsive sizing problem. Depending on the container size they get cut off partially or completely.]]></description><category>Statistics</category><pubDate>Thu, 03 Sep 2026 16:20:32 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20668</guid><comments>https://bugs.limesurvey.org/view.php?id=20668#bugnotes</comments></item><item><title>20666: Group with 2 questions and condition crashes with SQL error</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20666</link><description><![CDATA[Using a survey with 1 question group and 2 questions with 1 condition crashes the survey.]]></description><category>Database design</category><pubDate>Mon, 07 Sep 2026 09:22:44 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20666</guid><comments>https://bugs.limesurvey.org/view.php?id=20666#bugnotes</comments></item><item><title>20663: Add version of get_participant_properties to retrieve multiple participants in 1 request</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20663</link><description><![CDATA[The current RemoteControl API function get_participant_properties is setup so that you can set query parameters to find a participant, and according to the documentation (&lt;a href=&quot;https://api.limesurvey.org/classes/remotecontrol-handle.html#method_get_participant_properties&quot; rel=&quot;noopener&quot;&gt;https://api.limesurvey.org/classes/remotecontrol-handle.html#method_get_participant_properties&lt;/a&gt;), it gives an error if there are multiple results. It does not allow providing multiple tokenIds to get the properties of multiple participants at a time.&lt;br /&gt;
&lt;br /&gt;
I'd like to request a version of this (maybe as a new endpoint), where i can supply a list of tokenIds and get the participant properties for all of those. Note that it should be clear which properties are for which token, so either make sure to include the id in the result as well, or return the properties in the same order as requested. &lt;br /&gt;
&lt;br /&gt;
If you want to make it more generic and also use query parameters (not needed if it was up to me), then definitely include the token id in the response, or at least allow me to specify that i want to have the tokenId in a aTokenProperties parameter, just like the existing get_participant_properties. In that case also don't return an error if there are multiple matches.]]></description><category>RemoteControl</category><pubDate>Mon, 31 Aug 2026 11:32:07 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20663</guid><comments>https://bugs.limesurvey.org/view.php?id=20663#bugnotes</comments></item><item><title>20661: assign attributes without tokens to a session</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20661</link><description><![CDATA[token attributes can contain important data for workarounds. They can mimic dynamic lists.&lt;br /&gt;
It would nice to have these attributes in open surveys without tokens.&lt;br /&gt;
You define a few attributes set and have a  rule to assign attributes to participants.&lt;br /&gt;
That could be random or allow to change that attribute set via expressionscript during a interview.&lt;br /&gt;
&lt;br /&gt;
Other tools have (dynamic) lists, which can be defined globally. Reusing parts of what LimeSurvey already got might be as good as that.]]></description><category>Survey participants (Tokens)</category><pubDate>Thu, 27 Aug 2026 10:08:20 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20661</guid><comments>https://bugs.limesurvey.org/view.php?id=20661#bugnotes</comments></item><item><title>20660: A server-side error was reported in a supplier survey.</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20660</link><description><![CDATA[Our survey returned an internal 500 server error. It was related to the LimeSurvey platform rather than a single questionnaire. &lt;br /&gt;
Based on the available survey configuration the error was the file attachment (File Upload) field.&lt;br /&gt;
The survey contained an attachment question where respondents could upload supporting documents. During processing, LimeSurvey attempted to evaluate or validate the field value as if it were a numeric value. However, the attachment field returns text-based data (such as file metadata, filenames, or JSON content), which can cause calculation or validation functions to fail.&lt;br /&gt;
The issue became particularly visible when a respondent uploaded the maximum allowed number of attachments. In that scenario, the attachment field returned a larger structured value, and LimeSurvey failed while processing the response, resulting in an HTTP 500 error and a PHP exception similar to:fmod(): Argument #1 ($num1) must be of type float, string given.&lt;br /&gt;
As a result, survey submission failed even though the uploaded files themselves were valid.&lt;br /&gt;
The attachment field configuration was changed, especially:Maximum number of files allowed.&lt;br /&gt;
Reducing the maximum number of attachments or removing the attachment field from calculations and validation expressions should prevent the error from occurring again.&lt;br /&gt;
Note: The root-cause section above is based on the investigation and troubleshooting conclusions discussed around the issue. The enterprise search results confirm the existence of the LimeSurvey-related server error but do not contain a detailed technical diagnosis of the attachment-field processing failure.]]></description><category>Question editor</category><pubDate>Fri, 04 Sep 2026 15:48:29 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20660</guid><comments>https://bugs.limesurvey.org/view.php?id=20660#bugnotes</comments></item><item><title>20653: Listing submitted responses for surveys take LOTS of time</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20653</link><description><![CDATA[Browsing survey responses (Responses → Browse responses) is extremely slow for surveys with a non-trivial number of questions and responses, because `getExtendedAnswer()` in `application/helpers/common_helper.php` runs a full, unfiltered `SELECT * FROM questions WHERE sid = :sid` query **on every single rendered cell** of the responses grid, in addition to a `Survey::model()-&gt;findByPk()` query per cell. For a page of 10 responses × ~80 columns this adds up to 500+ avoidable queries per page load, and is the dominant cost of the page.]]></description><category>Speed optimization</category><pubDate>Mon, 07 Sep 2026 13:49:05 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20653</guid><comments>https://bugs.limesurvey.org/view.php?id=20653#bugnotes</comments></item><item><title>20649: API feature request: expose survey activation consistency check without activating</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20649</link><description><![CDATA[We are integrating with LimeSurvey through the RemoteControl API and we would like to request an API capability to validate whether a survey is activation-ready, without actually activating it.&lt;br /&gt;
&lt;br /&gt;
Current problem:&lt;br /&gt;
At the moment, consistency validation appears to happen only when calling activation-related actions (for example activate_survey). This makes it hard for external tools to provide clear pre-activation guidance to users.&lt;br /&gt;
&lt;br /&gt;
Requested capability:&lt;br /&gt;
Please expose a dedicated API method to run the same consistency checks used by activation, but in read-only mode.&lt;br /&gt;
&lt;br /&gt;
Suggested endpoint behavior:&lt;br /&gt;
&lt;br /&gt;
Input: survey_id&lt;br /&gt;
Output:&lt;br /&gt;
* is_consistent (boolean)&lt;br /&gt;
* errors (list of blocking issues)&lt;br /&gt;
* warnings (list of non-blocking issues)&lt;br /&gt;
Optional structured details per rule, for example:&lt;br /&gt;
* no question groups&lt;br /&gt;
* no questions&lt;br /&gt;
* no active questions&lt;br /&gt;
* groups without questions&lt;br /&gt;
* other activation blockers detected by core LimeSurvey logic&lt;br /&gt;
&lt;br /&gt;
Why this helps:&lt;br /&gt;
&lt;br /&gt;
External dashboards can show users exactly what must be fixed before activation.&lt;br /&gt;
Integrations can avoid failed activation attempts.&lt;br /&gt;
Better UX and fewer support issues for admins.&lt;br /&gt;
Backward compatibility:&lt;br /&gt;
&lt;br /&gt;
New method can be additive and optional.&lt;br /&gt;
Existing activation flow remains unchanged.&lt;br /&gt;
Thanks for considering this request.]]></description><category>RemoteControl</category><pubDate>Wed, 12 Aug 2026 21:38:42 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20649</guid><comments>https://bugs.limesurvey.org/view.php?id=20649#bugnotes</comments></item><item><title>20645: Fruity theme hides selected value in Bootstrap Select dropdown on hover</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20645</link><description><![CDATA[When using a Bootstrap dropdown (Type: !) in the Fruity theme, the selected answer becomes invisible while the mouse cursor is hovering over the dropdown.&lt;br /&gt;
&lt;br /&gt;
The selected value is still present in the DOM and the Bootstrap Select component retains the correct value. However, the value is not visually displayed while the dropdown button is in its hover/focus/active state.&lt;br /&gt;
&lt;br /&gt;
As soon as the cursor is moved away from the dropdown, the selected value becomes visible again.&lt;br /&gt;
&lt;br /&gt;
(attached is a video of the behavior and a .lss file)]]></description><category>Theme editor</category><pubDate>Mon, 07 Sep 2026 12:11:01 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20645</guid><comments>https://bugs.limesurvey.org/view.php?id=20645#bugnotes</comments></item><item><title>20638: Theme options dropdowns do not have any values in Firefox</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20638</link><description><![CDATA[In the Firefox browser only, the theme options values. These do render on Chromium.&lt;br /&gt;
&lt;br /&gt;
I identified this in all &quot;Theme optiosn&quot;select boxes (e.g. &quot;Theme colors&quot;, &quot;Fonts&quot;, &quot;Check icon&quot;).&lt;br /&gt;
&lt;br /&gt;
All of these work as expected in Chromium-based browsers.&lt;br /&gt;
&lt;br /&gt;
If you switch to Chromium you can edit these values.&lt;br /&gt;
Firefox will display the selected values when refreshing the page, but still doesn't give any items in its own dropdown, making it impossible to change the setting through firefox.]]></description><category>Other</category><pubDate>Wed, 12 Aug 2026 14:17:44 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20638</guid><comments>https://bugs.limesurvey.org/view.php?id=20638#bugnotes</comments></item><item><title>20637: 500 Internal Server Error since Update</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20637</link><description><![CDATA[Lime is very slow and i do not get new answers by participants. When I try to download the dataset for spss or excel i get the error &quot;500 Internal Server Error&quot;. We had an update yesterday and i believe that we have the problems since then. Yesterday everything worked fine.]]></description><category>File manager</category><pubDate>Fri, 07 Aug 2026 14:53:21 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20637</guid><comments>https://bugs.limesurvey.org/view.php?id=20637#bugnotes</comments></item><item><title>20630: Renaming a parent custom theme breaks child theme inheritance and leaves stale parent references</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20630</link><description><![CDATA[When a custom theme that serves as the parent of another custom theme is renamed, any child themes that extend it continue to reference the original parent theme internally, even though the Theme Editor overview displays the parent's new name.&lt;br /&gt;
&lt;br /&gt;
As a result, the child theme can no longer resolve inherited assets and becomes unusable in the Theme Editor. Attempting to edit, duplicate, extend, or reinstall the child theme results in errors indicating that inherited files or the parent theme cannot be found, even though the parent theme still exists under its new name.]]></description><category>Theme editor</category><pubDate>Mon, 07 Sep 2026 12:12:20 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20630</guid><comments>https://bugs.limesurvey.org/view.php?id=20630#bugnotes</comments></item><item><title>20624: DB crash when updating from 7.0.5 to 7.0.7 due to missing DB version check</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20624</link><description><![CDATA[While upgrading **LimeSurvey 7.0.5** to **7.0.7**, we encountered a database update failure on a server running **MariaDB 10.1.48**.&lt;br /&gt;
&lt;br /&gt;
As a temporary workaround, we were able to complete the update by changing the column type from `JSON` to `LONGTEXT` in:&lt;br /&gt;
`application/helpers/update/updates/Update_709.php` (line **19**)&lt;br /&gt;
&lt;br /&gt;
```php&lt;br /&gt;
addColumn(&quot;{{responses_&quot; . $sid . &quot;}}&quot;, &quot;Q{$parent_qid}&quot;, &quot;LONGTEXT&quot;);&lt;br /&gt;
```&lt;br /&gt;
&lt;br /&gt;
However, we believe the actual issue is that the updater starts the database migration without first verifying that the database server meets the documented minimum requirements.]]></description><category>ComfortUpdate</category><pubDate>Tue, 08 Sep 2026 18:00:11 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20624</guid><comments>https://bugs.limesurvey.org/view.php?id=20624#bugnotes</comments></item><item><title>20619: Security update available - although LimeSurvey is updated to the latest 6.x version</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20619</link><description><![CDATA[We currently have two recent versions, one in the 6.x line and one in the 7.x line. Both are considered stable.&lt;br /&gt;
Since we cannot switch to the 7.x version anytime soon, but security updates are available for the 6.x version, the message “Security update available” should only be displayed if not all security patches for the 6.x version have been installed. &lt;br /&gt;
&lt;br /&gt;
This leads to uncertainty and unease among users, as this gives the impression that LimeSurvey is being operated with security vulnerabilities, while at the same time handling sensitive data (surveys).]]></description><category>Usability/user experience</category><pubDate>Sat, 08 Aug 2026 13:23:50 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20619</guid><comments>https://bugs.limesurvey.org/view.php?id=20619#bugnotes</comments></item><item><title>20611: New feature to exclude items at quick translation</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20611</link><description><![CDATA[The quick translation feature is a very useful tool, especially when making use of a Google Translate API key to automatically translate items to different languages. There are some drawbacks though: When using the auto-translation, it always adjusts all items on the current page/tab. But if parts of the translation have already been reviewed by a native speaker, or if there are equation questions, which the auto-translate sometimes messes up, then you need to redo the whole translation process after the auto-translation was done. &lt;br /&gt;
&lt;br /&gt;
This can easily be solved by having a checkbox for every item, which is enabled by default, but offers the ability for the user to disable the translation feature for certain items. &lt;br /&gt;
&lt;br /&gt;
We could try to develop this and provide a pull request. Is this considered a helpful feature? Then we would give it a try.]]></description><category>Translation</category><pubDate>Thu, 06 Aug 2026 14:38:28 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20611</guid><comments>https://bugs.limesurvey.org/view.php?id=20611#bugnotes</comments></item><item><title>20608: datasecurity_notice_label is not rendered correctly with "Collapsible text" and "All in one" survey format</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20608</link><description><![CDATA[This is a follow up for &lt;a href=&quot;https://bugs.limesurvey.org/view.php?id=19852&quot;&gt;19852&lt;/a&gt;.]]></description><category>Survey editing</category><pubDate>Wed, 09 Sep 2026 16:59:44 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20608</guid><comments>https://bugs.limesurvey.org/view.php?id=20608#bugnotes</comments></item><item><title>20605: Non consistent branch label</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20605</link><description><![CDATA[In the Comfort Update screen, the message says there is an unsable update but actually it is a stable one.&lt;br /&gt;
See screenshot]]></description><category>ComfortUpdate</category><pubDate>Tue, 21 Jul 2026 18:05:02 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20605</guid><comments>https://bugs.limesurvey.org/view.php?id=20605#bugnotes</comments></item><item><title>20600: When try to create dummy participant : page must be reloaded</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20600</link><description><![CDATA[When try to create dummy participant, if you don't reload the page, no action is done when you clickthe 1st time &lt;br /&gt;
This happen with mandatory attribute.]]></description><category>Usability/user experience</category><pubDate>Mon, 07 Sep 2026 16:28:26 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20600</guid><comments>https://bugs.limesurvey.org/view.php?id=20600#bugnotes</comments></item><item><title>20599: When questions have a relevance equation, mandatory questions are not enforced.</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20599</link><description><![CDATA[I am seeing issues in a survey, where I have mandatory questions, and I am able to move forward without answering them&lt;br /&gt;
The issue seems to happen when questions have a relevance equation... that seems to kill the enforcement of mandatory questions.&lt;br /&gt;
When the questions don't have relevance equations, the mandatory rule is enforced.&lt;br /&gt;
&lt;br /&gt;
This happens on v6 and v7]]></description><category>Survey taking</category><pubDate>Thu, 09 Jul 2026 08:57:18 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20599</guid><comments>https://bugs.limesurvey.org/view.php?id=20599#bugnotes</comments></item></channel></rss>
