<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-08-20 12:33:58]-->
<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>20657: dsgfsghr</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20657</link><description><![CDATA[rggr]]></description><category>Encryption</category><pubDate>Thu, 20 Aug 2026 07:13:26 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20657</guid><comments>https://bugs.limesurvey.org/view.php?id=20657#bugnotes</comments></item><item><title>20656: fdgdfg</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20656</link><description><![CDATA[dfgdfg]]></description><category>Label sets</category><pubDate>Thu, 20 Aug 2026 07:10:59 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20656</guid><comments>https://bugs.limesurvey.org/view.php?id=20656#bugnotes</comments></item><item><title>20655: Dialog for informing users about soft required questions is confusing</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20655</link><description><![CDATA[I've been using Dutch and Dutch informal, and the (default) translation for the dialog that informs users about an open question with requirement = soft is confusing.&lt;br /&gt;
There are 2 problems that i believe anyone using dutch would have: &lt;br /&gt;
* both versions of dutch have a question text that means something different: the dutch version asks the user to fill in the question if possible before continuing, while the informal version says that you cannot continue without answering the question (which is just not true).&lt;br /&gt;
* The 2 buttons have labels that are very difficult to interpret what they actually mean. The button labels translate to &quot;Continue answering&quot; (intended as, skip the soft required questions and continue with the rest of the survey)  and &quot;Answer question&quot; (go back and answer the soft required question anyway). I would be very confused to decide which of the 2 buttons to click.&lt;br /&gt;
For completeness, see attached screenshots of the dialog&lt;br /&gt;
&lt;br /&gt;
Proposal texts for Dutch:&lt;br /&gt;
* question: Een of meer verplichte vragen zijn niet beantwoord. Vul deze, indien mogelijk, alsnog in voordat u verder gaat met de vragenlijst.&lt;br /&gt;
* Change button &quot;Met beantwoorden doorgaan&quot; (continue with rest of the survey) to &quot;Verdergaan met de vragenlijst&quot; &lt;br /&gt;
* Change button &quot;Vraag beantwoorden&quot; (answer the required questions) to &quot;Vragen alsnog beantwoorden&quot; &lt;br /&gt;
&lt;br /&gt;
Proposal texts for Dutch informal:&lt;br /&gt;
* question: Een of meer verplichte vragen zijn niet beantwoord. Vul deze, indien mogelijk, alsnog in voordat je verder gaat met de vragenlijst.&lt;br /&gt;
* Change button &quot;Met beantwoorden doorgaan&quot; (continue with rest of the survey) to &quot;Verdergaan met de vragenlijst&quot; &lt;br /&gt;
* Change button &quot;Vraag beantwoorden&quot; (answer the required questions) to &quot;Vragen alsnog beantwoorden&quot;]]></description><category>Translation</category><pubDate>Wed, 19 Aug 2026 17:09:21 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20655</guid><comments>https://bugs.limesurvey.org/view.php?id=20655#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>Tue, 18 Aug 2026 22:20:19 +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, 10 Aug 2026 18:00:14 +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>20639: Outdated Documentationx, please advise</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20639</link><description><![CDATA[We are trying to follow the steps in &lt;a href=&quot;https://www.limesurvey.org/manual/Installation_security_hints#The_access_to_the_config.php_file&quot; rel=&quot;noopener&quot;&gt;https://www.limesurvey.org/manual/Installation_security_hints#The_access_to_the_config.php_file&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
As it turns out, the settings we are supposed to change are no longer located in the config.php file, but can be found here:&lt;br /&gt;
&lt;br /&gt;
limesurvey/application/config/internal.php:    'basePath' =&gt; dirname(dirname(__FILE__)),&lt;br /&gt;
&lt;br /&gt;
limesurvey/application/controllers/InstallerController.php:                .&quot;\t&quot;     . &quot;'runtimePath' =&gt; dirname(dirname(dirname(__FILE__))).DIRECTORY_SEPARATOR.'tmp'.DIRECTORY_SEPARATOR.'runtime',&quot; . &quot;\n&quot;&lt;br /&gt;
&lt;br /&gt;
limesurvey/application/config/internal.php:            'rules' =&gt; require('routes.php'),&lt;br /&gt;
&lt;br /&gt;
So do they need to be changed at all?&lt;br /&gt;
Or can config.php now be moved out of the directory tree with no further changes and a simple&lt;br /&gt;
&lt;br /&gt;
&lt;?php return include(&quot;/home/hostfolder/safedata/configreal.php&quot;); ?&gt; &lt;br /&gt;
&lt;br /&gt;
in the placeholder file?&lt;br /&gt;
&lt;br /&gt;
Kindly update your documentation.]]></description><category>Documentation</category><pubDate>Thu, 06 Aug 2026 15:49:21 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20639</guid><comments>https://bugs.limesurvey.org/view.php?id=20639#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>Thu, 13 Aug 2026 16:56:58 +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>20626: Bounce tracking freezes at latest 6.x and 7.x version</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20626</link><description><![CDATA[At the latest LimeSurvey 7 version when I'm starting the bounce processing at my surveys, the screen just freezes and a pop-up shows. I can neither click any button nor return to the previous page. I need to fully reload the screen. &lt;br /&gt;
&lt;br /&gt;
It looks like the script fully crashes. The console does not show any errors.&lt;br /&gt;
&lt;br /&gt;
The popup interface problem shows at the latest 6.x AND 7.x version.&lt;br /&gt;
&lt;br /&gt;
I define bounce settings globally and at my survey selected &quot;Use global settings&quot;.]]></description><category>Survey participants (Tokens)</category><pubDate>Thu, 06 Aug 2026 09:08:05 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20626</guid><comments>https://bugs.limesurvey.org/view.php?id=20626#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>Fri, 14 Aug 2026 17:08:23 +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>Fri, 17 Jul 2026 14:04:12 +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>Thu, 13 Aug 2026 16:58:25 +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><item><title>20598: Token overwrite when opening multiple survey tokens in different tabs of the same browser</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20598</link><description><![CDATA[When a user opens two distinct token links for the same survey in two different tabs of the same browser session, LimeSurvey overwrites the active token session data with the most recently loaded one. If the user goes back to the first tab and tries to save or proceed, the response data gets cross-contaminated or associated with the second token.]]></description><category>Survey participants (Tokens)</category><pubDate>Thu, 09 Jul 2026 12:35:34 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20598</guid><comments>https://bugs.limesurvey.org/view.php?id=20598#bugnotes</comments></item><item><title>20596: Panel-Integration parameter (Survey-URL-Parameter) missing after copy</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20596</link><description><![CDATA[When I copy a survey, the panel integration parameters are missing in the result.&lt;br /&gt;
&lt;br /&gt;
When using export / import to &quot;copy&quot; a survey, the panel integration parameters are not missing.]]></description><category>Survey editing</category><pubDate>Tue, 21 Jul 2026 18:10:46 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20596</guid><comments>https://bugs.limesurvey.org/view.php?id=20596#bugnotes</comments></item><item><title>20595: Printable Survey not showing "other", after importing via txt</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20595</link><description><![CDATA[After importing a Survey via txt the &quot;export&quot; -&gt; &quot;Printable Survey&quot; view does not show any other fields.&lt;br /&gt;
A workaround for this is: After importing open every question containing an other field, then saving the question (without any changes).&lt;br /&gt;
It seems as if saving the questions changes some parameter in the background, which is necessary for the Printable survey view.&lt;br /&gt;
&lt;br /&gt;
Also it seems that the issue:&lt;br /&gt;
   only occurs on txt import&lt;br /&gt;
   applies to all question that have a built in other field option&lt;br /&gt;
   is unaffected by other position and custom text]]></description><category>Import/Export</category><pubDate>Mon, 06 Jul 2026 12:03:24 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20595</guid><comments>https://bugs.limesurvey.org/view.php?id=20595#bugnotes</comments></item><item><title>20589: Direct link to view single response no longer opens a dedicated page since v7 — only a modal/popup, breaking shareable links</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20589</link><description><![CDATA[## Expected Behavior&lt;br /&gt;
&lt;br /&gt;
In previous LimeSurvey versions (pre-v7), clicking view/edit on a response opened a dedicated page with its own unique URL, e.g.:&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://umfrage.example.tld/responses/view?surveyId=532561&amp;id=280&quot; rel=&quot;noopener,nofollow&quot;&gt;https://umfrage.example.tld/responses/view?surveyId=532561&amp;id=280&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
This URL was directly shareable, colleagues or reviewers could be sent a link straight to a specific response without needing to log in, navigate to the survey, and manually search for the response ID.&lt;br /&gt;
&lt;br /&gt;
## Problem&lt;br /&gt;
&lt;br /&gt;
* Old-style direct links (responses/view?surveyId=X&amp;id=Y) still resolve to a working page (confirmed on our instance), but this is no longer reachable from the UI itself.&lt;br /&gt;
* The response list now only supports a popup for viewing/editing individual responses, and popups cannot be bookmarked, linked, or shared via URL.&lt;br /&gt;
* This breaks existing workflows for teams that share direct links to specific responses (e.g. for QA, moderation, or cross-referencing with partners).&lt;br /&gt;
&lt;br /&gt;
## Suggested Fix&lt;br /&gt;
&lt;br /&gt;
Restore the option to open a response in its own dedicated page (either as default behavior or as a user-selectable alternative to the popup), so the URL updates to reflect the currently viewed response and can be copied/shared.&lt;br /&gt;
&lt;br /&gt;
Alternatively: make the popup update the browser URL (e.g. via history.pushState) so the current response state is reflected in a shareable link, similar to how many modern SPA implementations preserve deep-linkability even inside modals.]]></description><category>Response browsing</category><pubDate>Fri, 07 Aug 2026 09:48:14 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20589</guid><comments>https://bugs.limesurvey.org/view.php?id=20589#bugnotes</comments></item><item><title>20578: Survey activation fails when a survey contains a Ranking question due to a consistency check error indicating missing answer opt</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20578</link><description><![CDATA[Activating a survey containing a Ranking question triggers a consistency check error stating that the question has missing answer options, preventing the survey from being activated.]]></description><category>Survey editing</category><pubDate>Tue, 30 Jun 2026 12:09:37 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20578</guid><comments>https://bugs.limesurvey.org/view.php?id=20578#bugnotes</comments></item><item><title>20576: Partial Scoring for Multiple Choice Questions</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20576</link><description><![CDATA[Currently, LimeSurvey calculates the score for Multiple Choice questions by summing the assessment values of all selected answer options. As a result, it is not possible to implement a scoring model that is commonly used in knowledge and competency tests.&lt;br /&gt;
&lt;br /&gt;
In many tests, only correctly selected answers should contribute to the score, while incorrectly selected answers should neither receive points nor cause a penalty.&lt;br /&gt;
&lt;br /&gt;
This behavior cannot currently be achieved using the standard Assessment feature.&lt;br /&gt;
&lt;br /&gt;
If incorrect answers are assigned an assessment value of 0, participants can simply select all answer options and still receive the maximum score. Assigning negative values to incorrect answers introduces a penalty-based scoring system, which is not appropriate for many assessment scenarios.]]></description><category>Survey editing</category><pubDate>Fri, 26 Jun 2026 09:35:03 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20576</guid><comments>https://bugs.limesurvey.org/view.php?id=20576#bugnotes</comments></item><item><title>20573: Database : ranking question contains unrelated information</title><author></author><link>https://bugs.limesurvey.org/view.php?id=20573</link><description><![CDATA[In 7.X database contains the question ID and subquestion ID&lt;br /&gt;
&lt;br /&gt;
But data are related to other subquestion ID]]></description><category>_ Unknown</category><pubDate>Mon, 29 Jun 2026 17:21:21 +0200</pubDate><guid>https://bugs.limesurvey.org/view.php?id=20573</guid><comments>https://bugs.limesurvey.org/view.php?id=20573#bugnotes</comments></item></channel></rss>
