<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-05-09 12:40:03]-->
<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>20510: Survey copy no longer transfers survey-level plugin settings (regression since 6.1.3)</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20510</link><description><![CDATA[When copying a survey, survey-level plugin settings (stored in lime_plugin_settings with model = 'Survey') are no longer transferred to the copied survey. The copy receives default values instead of the settings configured on the original survey.&lt;br /&gt;
This is probably a regression. The behaviour was working correctly in LimeSurvey 6.1.3: copying a survey correctly duplicated all survey-level plugin settings to the new survey ID. In current versions of LimeSurvey 6 the copied survey shows only plugin default values.&lt;br /&gt;
&lt;br /&gt;
This can cause serious issues to many users relying on automated work-flows by creating survey copies. We know at least 5-6 customers alone which have tools in place to copy surveys with important plugin settings e.g. for course evaluation or project status surveys. With the plugin settings broken, work-flows like email sending or other plugin related features are fully broken.&lt;br /&gt;
&lt;br /&gt;
AI generated code details:&lt;br /&gt;
Support for copying plugin settings was originally introduced in October 2017 via commit cfbe597, which resolved feature request &lt;a href=&quot;https://bugs.limesurvey.org/view.php?id=9235&quot;&gt;09235&lt;/a&gt;. The implementation works by including a &lt;plugin_settings&gt; block in the XML export of a survey (surveyGetXMLStructure() in application/helpers/export_helper.php) and re-importing it under the new survey ID (XMLImportSurvey() in application/helpers/admin/import_helper.php).&lt;br /&gt;
Starting with LimeSurvey 6.14, the survey copy workflow was refactored: the dedicated Copy tab was removed and replaced by a modal dialog. It is suspected that the $exclude parameter passed to surveyGetXMLStructure() during the copy operation now includes plugin_settings, or that the new code path bypasses the plugin settings export/import entirely. The export code itself (export_helper.php) still contains the plugin settings query and has not been removed.&lt;br /&gt;
Verification of the regression can be done by checking whether lime_plugin_settings receives any rows for the new survey ID after copying.]]></description><category>Import/Export</category><pubDate>Fri, 08 May 2026 22:09:57 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20510</guid><comments>https://bugs.limesurvey.org/view.php?id=20510#bugnotes</comments></item><item><title>20509: debug=2 : Implicitly marking parameter $managingUser as nullable is deprecated</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20509</link><description><![CDATA[Set debug 2,&lt;br /&gt;
Go to user manager]]></description><category>Other</category><pubDate>Wed, 06 May 2026 11:18:18 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20509</guid><comments>https://bugs.limesurvey.org/view.php?id=20509#bugnotes</comments></item><item><title>20504: change text : Disable question script for XSS restricted user</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20504</link><description><![CDATA[In the security menu, the choice for this option is ambiguous.&lt;br /&gt;
And the translation into French (and perhaps other languages) doesn't help in making the right choice.&lt;br /&gt;
&lt;br /&gt;
I suggest:&lt;br /&gt;
Changing the text of the option&lt;br /&gt;
 Disable question script for XSS restricted user&lt;br /&gt;
to:&lt;br /&gt;
Disable the use of XSS scripting in questions for users with restricted rights:&lt;br /&gt;
&lt;br /&gt;
Which would read in French:&lt;br /&gt;
&lt;br /&gt;
Désactiver l'utilisation de script XSS dans les questions pour les utilisateurs avec des droits restrictins:&lt;br /&gt;
&lt;br /&gt;
Then the help text:&lt;br /&gt;
If you disable this option: user with XSS restriction still can add script. This allows user to add cross-site scripting javascript system.&lt;br /&gt;
&lt;br /&gt;
Then add the word &quot;WARNING&quot; in bold at the beginning of the sentence, as in the &quot;Force HTTPS&quot; section.&lt;br /&gt;
&lt;br /&gt;
Which would read:&lt;br /&gt;
WARNING: If you disable this option: user with XSS restriction still can add script. This allows the user to add cross-site scripting to the JavaScript system.&lt;br /&gt;
&lt;br /&gt;
This will avoid any misunderstandings.]]></description><category>Translation</category><pubDate>Tue, 28 Apr 2026 16:46:37 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20504</guid><comments>https://bugs.limesurvey.org/view.php?id=20504#bugnotes</comments></item><item><title>20503: Using quick add for multilingual label sets fails on save (works fine on question level)</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20503</link><description><![CDATA[When copying content from my Microsoft Excel file (attached) with answer code, English translation and Spanish translation, everything works fine when using the quick add feature at question level. I simply copy-paste all the three columns and the answer labels are saved correctly for both languages. &lt;br /&gt;
&lt;br /&gt;
When doing the same for a label set using English and Spanish language and the quick add feature to copy-paste the same content, there is an issue when saving the data. If you just copy-paste the content and then preview the Spanish labels before saving, everything looks correct, but once you have clicked save, the Spanish translation shows English labels only, see screenshots.]]></description><category>Label sets</category><pubDate>Mon, 27 Apr 2026 15:44:14 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20503</guid><comments>https://bugs.limesurvey.org/view.php?id=20503#bugnotes</comments></item><item><title>20500: Some files in upload shown in git diff</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20500</link><description><![CDATA[Files without extensions are shown in git status]]></description><category>Other</category><pubDate>Tue, 28 Apr 2026 17:56:10 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20500</guid><comments>https://bugs.limesurvey.org/view.php?id=20500#bugnotes</comments></item><item><title>20498: Condition expression are not updated when use regenerate OR update question code OR up</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20498</link><description><![CDATA[When adding a condition using the condition editor, updating the question code must update the expression shown. It's not the case.&lt;br /&gt;
And there is no way to reset except export/import or copy (or update each conditions).]]></description><category>Conditions</category><pubDate>Wed, 06 May 2026 16:55:33 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20498</guid><comments>https://bugs.limesurvey.org/view.php?id=20498#bugnotes</comments></item><item><title>20497: more complex filtering of large participant lists</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20497</link><description><![CDATA[For scientific puroposes, we are addressing a database of over 18.000 enterprises in Austria, which are uploaded into Limesurvey.&lt;br /&gt;
Handling of such large lists becomes awkward in LS:&lt;br /&gt;
1) There seems to be no way to filter email addresses with logical-operators (e.g. &lt;a href=&quot;mailto:office@maler-den.at&quot;&gt;office@maler-den.at&lt;/a&gt; OR &lt;a href=&quot;mailto:grg.sek@gix.com&quot;&gt;grg.sek@gix.com&lt;/a&gt;) nor a grep()-function.&lt;br /&gt;
2) If I want to select all participants via the check box in the column names area, only those rows visible on the page are selected. &lt;br /&gt;
3) If I increase the numer of rows (say to 10.000) the browser starts to lag significantly. At times I am not sure wheter the system stops to respond at all. - Also: the column names header does not move while scrolling. To know what information each column contains, one has to scroll all the way up while losing the row of interest.&lt;br /&gt;
&lt;br /&gt;
Proposed fixes:&lt;br /&gt;
a)  if I want to mass edit my participants I do not need to see each entry. An enumeration of selected cases would be enough thus elminiating a visual representation and therefore foregoing a lagging browser if large lists need to be visible&lt;br /&gt;
b) introduction of an elaborate search option where fields can be filtered in complex manner (logical operators and regex-functionality)&lt;br /&gt;
c) &quot;Select-all&quot; after filtering should really select all cases, even those not visible on the same page]]></description><category>Usability/user experience</category><pubDate>Wed, 22 Apr 2026 10:34:30 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20497</guid><comments>https://bugs.limesurvey.org/view.php?id=20497#bugnotes</comments></item><item><title>20496: Unable to activate new editor version on demand</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20496</link><description><![CDATA[When update editor version , it don't update]]></description><category>Other</category><pubDate>Wed, 22 Apr 2026 09:14:12 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20496</guid><comments>https://bugs.limesurvey.org/view.php?id=20496#bugnotes</comments></item><item><title>20493: Retrieving the invitation email containing the tokenized URL issued through public registration</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20493</link><description><![CDATA[When public registration is enabled, participants receive an invitation email containing a tokenized response URL after registering their email address. If this email is lost for any reason, there is currently no way for the user to retrieve the response URL by themselves.&lt;br /&gt;
&lt;br /&gt;
Even if the user attempts to register again with the same email address on the registration page, no email is resent because the address has already been registered. This behavior is also documented in the manual.&lt;br /&gt;
&lt;br /&gt;
However, under the current behavior, a participant who registered their email address but later deleted the invitation email may no longer be able to respond. No new email is sent, and the screen does not indicate that the address has already been registered.&lt;br /&gt;
&lt;br /&gt;
Therefore, it may be preferable that when the same email address is entered again, the system resends the exact same email that was originally sent at the time of first registration. Alternatively, the page could display a message such as “already registered,” together with a way to contact the administrator or a “resend” button, so that participants have some self-service method to recover the original invitation email.]]></description><category>Survey participants (Tokens)</category><pubDate>Thu, 16 Apr 2026 14:57:33 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20493</guid><comments>https://bugs.limesurvey.org/view.php?id=20493#bugnotes</comments></item><item><title>20488: Landing page: "This survey includes 10 to 18 questions".</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20488</link><description><![CDATA[Hello,&lt;br /&gt;
I can offer you only the original string in German because of the setup of my survey.&lt;br /&gt;
&lt;br /&gt;
    &quot;In dieser Umfrage sind 18 Fragen enthalten.&quot;&lt;br /&gt;
&lt;br /&gt;
In translation it would be something like this: &quot;This survey includes 18 questions.&quot;&lt;br /&gt;
&lt;br /&gt;
If the survey has filters (if clauses) there are not 18 questions for all users. Some of them might see less of 18.&lt;br /&gt;
&lt;br /&gt;
The users should know the minimum and maximum number of questions.&lt;br /&gt;
&lt;br /&gt;
&quot;This survey includes &lt;min&gt; to &lt;max&gt; questions.&quot;&lt;br /&gt;
&lt;br /&gt;
As an alternative, if you don't like to expose the &lt;min&gt; value, try this: &quot;This survey includes up to &lt;max&gt; questions.&quot;&lt;br /&gt;
&lt;br /&gt;
Regards,&lt;br /&gt;
Christian]]></description><category>Survey taking</category><pubDate>Tue, 14 Apr 2026 21:56:59 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20488</guid><comments>https://bugs.limesurvey.org/view.php?id=20488#bugnotes</comments></item><item><title>20487: Format of "Non-numerical answer option prefix" not specified to users</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20487</link><description><![CDATA[Hello,&lt;br /&gt;
in the personal accounts settings there is the field &quot;Non-numerical answer option prefix&quot;.&lt;br /&gt;
&lt;br /&gt;
I tried to set it to another value and got the message that the format does not fit or need to be right. But I don't know what the format is because the error message does not tell it.&lt;br /&gt;
&lt;br /&gt;
Expected behavior:&lt;br /&gt;
Make the expected format clear.&lt;br /&gt;
Communicate the format before an error appears.&lt;br /&gt;
&lt;br /&gt;
Sidenote: On my system the prefix is by default set to &quot;AO&quot; (two letters). I am not sure if this is default to LimeSurvey or just to my instance. If it is upstream default please take it as an extra bug report. The prefix is followed by numbers; e.g. &quot;AO01&quot; (letter A, letter O, number 0, number 1). Having letter O and number 0 side by side makes it hard to read.]]></description><category>Accessibility</category><pubDate>Wed, 29 Apr 2026 15:02:02 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20487</guid><comments>https://bugs.limesurvey.org/view.php?id=20487#bugnotes</comments></item><item><title>20485: Force plain text in text fields (questions, answers, description)</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20485</link><description><![CDATA[Hello,&lt;br /&gt;
this is my first issue in this project and also with using Mantis bug tracker. So please let me know if I can optimize it somehow.&lt;br /&gt;
&lt;br /&gt;
When creating a survey several text fields are offered: Question, Answers, Survey description, Survey introduction text, Survey outro (thank you) text, etc&lt;br /&gt;
&lt;br /&gt;
When I copy and paste (e.g. form MS Word) text in to that field, the full formatting is kept and translated into HTML. This is ugly and inconsistent in most cases.&lt;br /&gt;
But even if I use &quot;Ctrl+Shift+V&quot; (plain text insert on Windows) or copy and paste from a plain text editor (e.g. Geany, which is like notepad) some HTML (e.g. h2-tags) are created.&lt;br /&gt;
&lt;br /&gt;
I need to edit each of that fields manually, in its source view.&lt;br /&gt;
&lt;br /&gt;
I would like to have a &quot;plain text&quot; button in the text editors widget. Or much better, I survey wide setting to force plain text or make texts plain text by default.&lt;br /&gt;
&lt;br /&gt;
Regards,&lt;br /&gt;
Christian]]></description><category>Survey editing</category><pubDate>Tue, 14 Apr 2026 09:10:13 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20485</guid><comments>https://bugs.limesurvey.org/view.php?id=20485#bugnotes</comments></item><item><title>20482: Add one click unsubscribe functionality</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20482</link><description><![CDATA[Email providers increasingly require one click unsubscribe (rfc8058) be present on emails for deliverability. This feature adds the following:&lt;br /&gt;
&lt;br /&gt;
POST endpoint to perform the opt out&lt;br /&gt;
Required email headers for invitations/reminders&lt;br /&gt;
&lt;br /&gt;
I also did a small refactor of OptOut token emailstatus across the codebase to bring repeated logic into the model&lt;br /&gt;
&lt;br /&gt;
PR inc]]></description><category>Survey participants (Tokens)</category><pubDate>Mon, 04 May 2026 16:27:08 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20482</guid><comments>https://bugs.limesurvey.org/view.php?id=20482#bugnotes</comments></item><item><title>20481: debug=2 : Implicitly marking parameter $data as nullable is deprecated</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20481</link><description><![CDATA[When log in in and when using KCFinder with PHP 8.4.19 get Implicitly marking parameter $data as nullable is deprecated]]></description><category>Other</category><pubDate>Fri, 10 Apr 2026 18:26:52 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20481</guid><comments>https://bugs.limesurvey.org/view.php?id=20481#bugnotes</comments></item><item><title>20479: CDbCommand fails because String data, right truncated: 1406 Data too long for column 'token'</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20479</link><description><![CDATA[We are running a LimeSurvey instance with a large number of users and surveys. We are receiving messages about an issue that occurs exclusively with survey 317.&lt;br /&gt;
&lt;br /&gt;
Occasionally, responses cannot be saved due to a token (?) exceeding the allowed length. We have not yet identified the root cause, but we do know that clearing the browser cookies resolves the issue. This workaround, however, is not satisfactory. The problem occurs only intermittently and does not affect most submissions.&lt;br /&gt;
&lt;br /&gt;
Here are the logs that are sent to the survey administrator by email.&lt;br /&gt;
&lt;br /&gt;
First example&lt;br /&gt;
```&lt;br /&gt;
DONNÉES A SAISIR:&lt;br /&gt;
token: AT-4168-TrnJm-lbeJD-Stz0aYG8i8vFeeKLLe9k-svx-cas-212p&lt;br /&gt;
317462X41549X675990: N/A&lt;br /&gt;
317462X41549X675982: N/A&lt;br /&gt;
317462X41549X675983: N/A&lt;br /&gt;
317462X41549X675989: N/A&lt;br /&gt;
317462X41549X675984: N/A&lt;br /&gt;
317462X41549X675985: N/A&lt;br /&gt;
317462X41549X675986: N/A&lt;br /&gt;
317462X41549X675987: N/A&lt;br /&gt;
317462X41549X675988: N/A&lt;br /&gt;
317462X41549X675991: N/A&lt;br /&gt;
317462X41549X675990: N/A&lt;br /&gt;
317462X41549X675982: N/A&lt;br /&gt;
317462X41549X675983: N/A&lt;br /&gt;
317462X41549X675989: N/A&lt;br /&gt;
317462X41549X675984: N/A&lt;br /&gt;
317462X41549X675985: N/A&lt;br /&gt;
317462X41549X675986: N/A&lt;br /&gt;
317462X41549X675987: N/A&lt;br /&gt;
317462X41549X675988: N/A&lt;br /&gt;
317462X41549X675991: N/A&lt;br /&gt;
&lt;br /&gt;
CODE SQL QUI A ÉCHOUÉ:&lt;br /&gt;
CDbCommand n'a pas pu exécuter la commande SQL: SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'token' at row 1&lt;br /&gt;
&lt;br /&gt;
#0 /srv/survey/htdocs/vendor/yiisoft/yii/framework/db/ar/CActiveRecord.php(1083): CDbCommand-&gt;execute()&lt;br /&gt;
#1 /srv/survey/htdocs/vendor/yiisoft/yii/framework/db/ar/CActiveRecord.php(811): CActiveRecord-&gt;insert()&lt;br /&gt;
#2 /srv/survey/htdocs/application/models/LSActiveRecord.php(457): CActiveRecord-&gt;save()&lt;br /&gt;
[...]&lt;br /&gt;
```&lt;br /&gt;
&lt;br /&gt;
Second example&lt;br /&gt;
```&lt;br /&gt;
DONNÉES A SAISIR:&lt;br /&gt;
token: N/A&lt;br /&gt;
317462X41549X675990: firstname lastname, &lt;a href=&quot;mailto:firstname.lastname@gmail.com&quot;&gt;firstname.lastname@gmail.com&lt;/a&gt;&lt;br /&gt;
317462X41549X675982: Y&lt;br /&gt;
317462X41549X675983: Ja'i pris de cours de francais pendant 7 ans à l'école.&lt;br /&gt;
317462X41549X675989: J'ai l'occasion de pratiquer avec mes collègues à l'haute école et dans les courses.&lt;br /&gt;
317462X41549X675984: B1-B2&lt;br /&gt;
317462X41549X675985: Je m'appelle Alice, j'ai 17 ans et j'étudie soins infirmière.&lt;br /&gt;
317462X41549X675986: Après mes études je veux travailler et faire expériences dans différent institutions dans le système de santé publique.&lt;br /&gt;
317462X41549X675987: Au premier moitié de l'année dernière j'ai travaillé comme assistante médicale des animaux.&lt;br /&gt;
317462X41549X675988: Pour moi ça dépend de la vie que j'ai dans le moment de cet décision.&lt;br /&gt;
317462X41549X675991:&lt;br /&gt;
317462X41549X675990: firstname lastname, &lt;a href=&quot;mailto:firstname.lastname@gmail.com&quot;&gt;firstname.lastname@gmail.com&lt;/a&gt;&lt;br /&gt;
317462X41549X675982: Y&lt;br /&gt;
317462X41549X675983: Ja'i pris de cours de francais pendant 7 ans à l'école.&lt;br /&gt;
317462X41549X675989: J'ai l'occasion de pratiquer avec mes collègues à l'haute école et dans les courses.&lt;br /&gt;
317462X41549X675984: B1-B2&lt;br /&gt;
317462X41549X675985: Je m'appelle Alice, j'ai 17 ans et j'étudie soins infirmière.&lt;br /&gt;
317462X41549X675986: Après mes études je veux travailler et faire expériences dans différent institutions dans le système de santé publique.&lt;br /&gt;
317462X41549X675987: Au premier moitié de l'année dernière j'ai travaillé comme assistante médicale des animaux.&lt;br /&gt;
317462X41549X675988: Pour moi ça dépend de la vie que j'ai dans le moment de cet décision.&lt;br /&gt;
317462X41549X675991:&lt;br /&gt;
MESSAGE D’ERREUR:&lt;br /&gt;
Les données n‘ont pas pu être enregistrées car la réponse n'existe pas dans la base de données.&lt;br /&gt;
```&lt;br /&gt;
&lt;br /&gt;
The second example says that an answer is not in the database. Deactivating and then reopening the survey may partially resolve the issue; however, we continue to receive emails similar to the first example.]]></description><category>_ Unknown</category><pubDate>Wed, 29 Apr 2026 15:52:09 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20479</guid><comments>https://bugs.limesurvey.org/view.php?id=20479#bugnotes</comments></item><item><title>20477: Yes/No/Uncertain array question type uses wrong type description</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20477</link><description><![CDATA[&quot;Yes/No/Uncertain&quot; is listed at the question type selector. But since this array question actually uses a rating type scale, the answers are ordered&lt;br /&gt;
Yes - Uncertain - No&lt;br /&gt;
&lt;br /&gt;
The question type description is wrong and needs to be adjusted.]]></description><category>Survey editing</category><pubDate>Wed, 01 Apr 2026 22:18:29 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20477</guid><comments>https://bugs.limesurvey.org/view.php?id=20477#bugnotes</comments></item><item><title>20469: I can not uninstall plugins that I installed</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20469</link><description><![CDATA[Looks like I as superadmin don't have permission to uninstall a plugin that I installed.]]></description><category>Plugins</category><pubDate>Tue, 24 Mar 2026 00:36:25 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20469</guid><comments>https://bugs.limesurvey.org/view.php?id=20469#bugnotes</comments></item><item><title>20468: Check whether an answer has been entered when the respondent types “false”</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20468</link><description><![CDATA[Hello&lt;br /&gt;
&lt;br /&gt;
I have a very simple text field question and want to check in the following question whether an answer has been entered. The various tests return valid results EXCEPT in one case: if the respondent enters “false” in lowercase.&lt;br /&gt;
&lt;br /&gt;
My tests :&lt;br /&gt;
{Q00}&lt;br /&gt;
{Q00.code}&lt;br /&gt;
{Q00.NAOK}&lt;br /&gt;
{Q00.value}&lt;br /&gt;
{Q00.valueNAOK}&lt;br /&gt;
{Q00.shown}&lt;br /&gt;
{strlen(Q00)}&lt;br /&gt;
{strlen(Q00.code)}&lt;br /&gt;
{strlen(Q00.NAOK)}&lt;br /&gt;
{strlen(Q00.shown)}&lt;br /&gt;
{if(!is_empty(Q00), &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(strlen(Q00)!=0, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(Q00 + &quot;&quot; != &quot;&quot;, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(Q00 != &quot;&quot; || Q00 == &quot;0&quot;, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(!is_empty(Q00.code), &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(strlen(Q00.code)!=0, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(!is_empty(Q00.NAOK), &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(strlen(Q00.NAOK)!=0, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(!is_empty(Q00.value), &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(strlen(Q00.value)!=0, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(!is_empty(Q00.valueNAOK), &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(strlen(Q00.valueNAOK)!=0, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(!is_empty(Q00.shown), &quot;Pas vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
{if(strlen(Q00.shown)!=0, &quot;Pas Vide&quot;, &quot;Vide&quot;)}&lt;br /&gt;
&lt;br /&gt;
The only valid test is the one using “.shown”; all the others fail.]]></description><category>Expression Manager</category><pubDate>Fri, 20 Mar 2026 12:22:18 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20468</guid><comments>https://bugs.limesurvey.org/view.php?id=20468#bugnotes</comments></item><item><title>20460: Request: “Multiple Others” option with dynamic input fields + reusable responses</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20460</link><description><![CDATA[Hello,&lt;br /&gt;
We are submitting this feature request because one of our projects requires advanced functionality related to checkbox-type questions.&lt;br /&gt;
1. “Multiple Others” option for checkbox questions&lt;br /&gt;
We would like to have a new feature allowing the addition of a “Multiple Others” option.&lt;br /&gt;
When selected, users would be able to:&lt;br /&gt;
&lt;br /&gt;
Display one or more free‑text input fields&lt;br /&gt;
Add extra fields dynamically using an “Add a line” button (ideally with customizable label)&lt;br /&gt;
Enter multiple custom responses that can later be reused individually&lt;br /&gt;
&lt;br /&gt;
2. Reusing entered responses in other questions&lt;br /&gt;
All selected choices—including each item entered in the “Multiple Others” dynamic fields—should be reusable as answer options in:&lt;br /&gt;
&lt;br /&gt;
- Other checkbox questions&lt;br /&gt;
- Matrix rows&lt;br /&gt;
- Labels in “multiple text fields” question types&lt;br /&gt;
&lt;br /&gt;
Purpose&lt;br /&gt;
This functionality would enable more flexible and adaptive surveys where respondents can generate multiple custom answers that remain usable throughout the questionnaire.&lt;br /&gt;
Questions&lt;br /&gt;
Could you please indicate:&lt;br /&gt;
&lt;br /&gt;
Whether such a development is feasible within LimeSurvey’s current architecture?&lt;br /&gt;
A potential timeline or estimate for when such a feature could become available?&lt;br /&gt;
&lt;br /&gt;
Thank you for considering this request.]]></description><category>LimeSurvey Website</category><pubDate>Mon, 16 Mar 2026 11:40:31 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20460</guid><comments>https://bugs.limesurvey.org/view.php?id=20460#bugnotes</comments></item><item><title>20457: tableExists helper function returns outdated result due to cache</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20457</link><description><![CDATA[We ran into the issue where on survey activation with closed-access mode and public registration allowed, a database error was thrown if the survey had been activated in open access mode previously. The database error stated that the final_tokens_ table already existed. Digging deeper, the SurveyAccessModeService-&gt;newParticipantTable method was called twice under these exact conditions, once via SurveyActivate-&gt;activate and once via SurveyAccessModeService-&gt;changeAccessMode. Obviously on the second call the table already existed and $survey-&gt;hasTokensTable should have caught that, but no.&lt;br /&gt;
&lt;br /&gt;
So long story short, the tableExists helper in application/helpers/common_helper.php used cached results on the second call, meaning $survey-&gt;hasTokensTable was still false and an unsuccessful attempt was made to create the final_tokens_ table once more.]]></description><category>Survey participants (Tokens)</category><pubDate>Wed, 18 Mar 2026 12:18:21 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20457</guid><comments>https://bugs.limesurvey.org/view.php?id=20457#bugnotes</comments></item><item><title>20451: Survey permissions panel no more appears after an update to 6.16.12</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20451</link><description><![CDATA[Hi.&lt;br /&gt;
&lt;br /&gt;
I try to update our limesurvey platform this morning via comfortupdate, from 6.16.8 to 6.16.12 version.&lt;br /&gt;
&lt;br /&gt;
After this update, I can no more access to the survey permissions panel !!!!&lt;br /&gt;
&lt;br /&gt;
I have no other choice to return to the old version 6.16.8.&lt;br /&gt;
&lt;br /&gt;
Am I alone in this case ?&lt;br /&gt;
&lt;br /&gt;
Thank you by advance]]></description><category>User / Groups / Roles</category><pubDate>Thu, 19 Mar 2026 14:58:09 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20451</guid><comments>https://bugs.limesurvey.org/view.php?id=20451#bugnotes</comments></item><item><title>20447: Low security : uiser can set any existing theme when save survey</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20447</link><description><![CDATA[When save survey : any theme can be set]]></description><category>Security</category><pubDate>Tue, 17 Mar 2026 08:06:44 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20447</guid><comments>https://bugs.limesurvey.org/view.php?id=20447#bugnotes</comments></item><item><title>20441: Plugin API Access in RemoteControl</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20441</link><description><![CDATA[We need an API access to plugins. Its an AI driven jungle out there. &lt;br /&gt;
&lt;br /&gt;
I propose we do 2 API endpoints that can be linked to plugins: &lt;br /&gt;
&lt;br /&gt;
1) an endpoint that describes what internal api usages are served by plugins (documentation/formats/pesmissions needed etc) &lt;br /&gt;
2) one generic endpoint to call any of the plugin api actions with the specs given by 1&lt;br /&gt;
&lt;br /&gt;
This will give an option to have that all also exposed via an MCP to agentic with tool descriptions etc. &lt;br /&gt;
&lt;br /&gt;
Since its a security sensitive thing, I propose to add a global allow flag disabled by default that will allow/deny all plugin api access.]]></description><category>RemoteControl</category><pubDate>Mon, 02 Mar 2026 15:41:21 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20441</guid><comments>https://bugs.limesurvey.org/view.php?id=20441#bugnotes</comments></item><item><title>20440: list_response_exports in RemoteControl</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20440</link><description><![CDATA[## Summary&lt;br /&gt;
  Add a RemoteControl method to list available `export_responses` document types (core + plugin formats).&lt;br /&gt;
&lt;br /&gt;
  ## Problem&lt;br /&gt;
  `export_responses` requires `sDocumentType`, but clients currently cannot discover valid values from the API.&lt;br /&gt;
  This forces hardcoding and makes plugin-provided formats hard to use reliably.&lt;br /&gt;
&lt;br /&gt;
  ## Proposal&lt;br /&gt;
  Add:&lt;br /&gt;
&lt;br /&gt;
  `list_response_exports(sessionKey)`&lt;br /&gt;
&lt;br /&gt;
  Return each available export type with metadata:&lt;br /&gt;
  - `type` (value for `export_responses`)&lt;br /&gt;
  - `label` (human-readable)&lt;br /&gt;
  - `pluginClass` (provider)&lt;br /&gt;
&lt;br /&gt;
  ## Example Response&lt;br /&gt;
  ```json&lt;br /&gt;
  [&lt;br /&gt;
    {&quot;type&quot;:&quot;csv&quot;,&quot;pluginClass&quot;:&quot;Authdb&quot;,&quot;label&quot;:&quot;CSV&quot;},&lt;br /&gt;
    {&quot;type&quot;:&quot;spsssav&quot;,&quot;pluginClass&quot;:&quot;ExportSPSSsav&quot;,&quot;label&quot;:&quot;SPSS (.sav)&quot;},&lt;br /&gt;
    {&quot;type&quot;:&quot;spsssav_custom&quot;,&quot;pluginClass&quot;:&quot;SpssExport&quot;,&quot;label&quot;:&quot;SPSS (.sav) Custom&quot;}&lt;br /&gt;
  ]&lt;br /&gt;
&lt;br /&gt;
  ## Why&lt;br /&gt;
&lt;br /&gt;
  - Removes hardcoded assumptions in API clients&lt;br /&gt;
  - Makes plugin export formats discoverable&lt;br /&gt;
  - Reduces invalid export calls]]></description><category>RemoteControl</category><pubDate>Mon, 02 Mar 2026 08:31:06 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20440</guid><comments>https://bugs.limesurvey.org/view.php?id=20440#bugnotes</comments></item><item><title>20439: Really need clean page title in admin part</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20439</link><description><![CDATA[When navigating in LimeSurvey , all paghe have the same title]]></description><category>Usability/user experience</category><pubDate>Thu, 26 Feb 2026 16:04:42 +0100</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20439</guid><comments>https://bugs.limesurvey.org/view.php?id=20439#bugnotes</comments></item></channel></rss>
