Please provide a screenshot or a screen capture demonstrating the issue. Also check your browser console for errors and post them here.

For 7.0.7 the DB version should be 709. i can not reproduce this issue locally on 7.0.7

But there is something off with the drag and drop of groups, I will see what is up with that and get that fixed.

I have attached:
A short video showing the issue:
Question groups do not expand when clicked.
Drag & drop does not work.
Right-click → "Open link in new tab" works correctly.
A screenshot of the browser console after clearing it, reloading the page, and reproducing the issue.

Captura de pantalla 2026-07-31 130550.png (44,356 bytes)   

Captura de pantalla 2026-07-31 130550.png (44,356 bytes)   

Can you try if question group is expanding when you click on arrow just right from the drag icon?
Concerning drag and drop not working - you are trying to do this while your survey is active - this will not work. You need to deactivate survey if you want to shuffle questions/groups around.

Thank you for your suggestion.

I have tested it and clicking directly on the arrow next to the drag icon also does nothing. The question group does not expand.

Please check the network tab in the developer console for files that cannot be loaded when you open/refresh the page.

I checked the Network tab in the browser developer tools after clearing the log and performing a full page refresh.

All requested resources were loaded successfully (HTTP 200). I could not find any failed requests (404, 403, 500, cancelled, etc.).

I have also attached some screenshots of the Network tab after the page was loaded.

Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=40090

Thank you very much for the quick fix.
I will test it as soon as it is included in the next official LimeSurvey release and report back with the results.
Just to clarify, does this fix also address the issue where question groups cannot be expanded and questions/groups cannot be opened with a normal left-click (they can only be opened by right-clicking and selecting "Open link in new tab")?

Thank you again for your help.

@mtir the issues that I found are fixed within this PR, the rest were not reproducible. The fix will be included in the next regular release.

Thank you very much for the clarification.
I will install the next release as soon as it becomes available and test it again. I'll report back with the results.

Fixed in Release 7.0.8+260806

I have updated the installation to LimeSurvey 7.0.8+260806, which includes the fix from this issue.

Unfortunately, the problem is still fully reproducible in our installation:

Question groups do not expand when clicking the arrow.
Question groups and questions do not open with a normal left-click.
They can only be opened by right-clicking and selecting “Open link in new tab”.
Drag & drop still does not work when tested with a deactivated survey.

I cleared the LimeSurvey asset cache and performed a full browser refresh after the update, but the behaviour remains unchanged.

Since we can not reproduce the issue, one thing that you could do if you feel comfortable with it is:

1. In Chrome browser, click on settings -> more tools -> developer tools
2. Switch to console tab
3. In console write monitorEvents($0, ["click", "mouseenter"]) and press enter
   This will track those events and you will see them popping up as you move the mouse to for example group and then clicking on the arrow.
   If you don't see events popping up than something is off on your side and javascript is not triggered.
   If you see some errors, please post them here.
4. After your testing write in console unmonitorEvents($0, ["click", "mouseenter"]) and press enter

Sorry, but this is the only idea that I have at the moment.

Hi,

We have now been able to isolate the issue much more precisely, and we have a reproducible workaround that makes the Question Explorer work again.

We are currently on LimeSurvey 7.0.10. The same problem has persisted through several 7.x updates, on multiple computers and in both Chrome and Firefox.

The affected behaviours are:

Question groups do not expand/collapse.
Left-clicking a question group does nothing.
Left-clicking a question does nothing.
Drag & drop of question groups/questions does not work.
Right-click → “Open link in new tab” does work.

We checked the AJAX response from getAjaxQuestionGroupArray, and the group IDs are returned as strings, for example:

"gid": "2150"

In SurveyAdministrationController.php, actionGetAjaxQuestionGroupArray() uses:

$curGroup = $group->attributes;
$curQuestion = $question->attributes;

and sends these values to JSON without casting gid or qid to integers.

However, in adminsidepanel.js, the ID is retrieved from the HTML using jQuery:

var gid = $(e.currentTarget).data('gid');

In our environment this returns a number:

2150

while the value stored in questiongroups is a string:

"2150"

The code then uses strict equality:

var group = questiongroups.find(function (g) {
return g.gid === gid;
});

Therefore, in our case:

"2150" === 2150

returns false, so the group is not found.

The same strict comparison is also used for qid and in the drag & drop handlers.

We tested this directly in the browser console without modifying any LimeSurvey files. We temporarily forced jQuery .data('gid') and .data('qid') to return strings:

window.lsOriginalJqData = window.lsOriginalJqData || $.fn.data;

$.fn.data = function(key, value) {
if (arguments.length === 1 && (key === 'gid' || key === 'qid')) {
var v = window.lsOriginalJqData.apply(this, arguments);
return v == null ? v : String(v);
}
return window.lsOriginalJqData.apply(this, arguments);
};

After running this code in the console, the Question Explorer started working correctly.

The groups expanded again and the normal click behaviour worked. This strongly indicates that the problem is caused by a type mismatch between the IDs returned by the backend and the IDs read by jQuery from the DOM.

A possible fix would be to normalize the IDs before comparison, for example:

Number(g.gid) === Number(gid)

or:

String(g.gid) === String(gid)

Alternatively, the PHP endpoint could explicitly cast gid and qid to integers before returning the JSON.

This may also explain why the issue is not reproducible in every environment: if PDO/Yii returns the database integer fields as integers on another installation, the strict comparison succeeds; in our environment they are returned as strings.

No server or LimeSurvey files were modified for this test; the workaround was applied only temporarily in the browser console and disappeared after reloading the page.

window.lsOriginalJqData = window.lsOriginalJqData || $.fn.data;

$.fn.data = function(key, value) {
if (arguments.length === 1 && (key === 'gid' || key === 'qid')) {
var v = window.lsOriginalJqData.apply(this, arguments);
return v == null ? v : String(v);
}
return window.lsOriginalJqData.apply(this, arguments);
};

Captura de pantalla 2026-08-19 130755.png (20,994 bytes)   

Captura de pantalla 2026-08-19 130755.png (20,994 bytes)   

Question is why does your DB server hands you strings insteads of integers.

Can you try the attached file and see if it fixes the issue? (goes into application/controllers)

Hi, it worked perfectly. Thank you very much for your help!

I’ve now installed the 7.0.11 update, and the issue came back after the update replaced SurveyAdministrationController.php.

I then replaced the file again with the patched version you provided, and it immediately started working correctly again.

Could you please let me know if this fix is planned to be included in an upcoming release? Or will I need to replace SurveyAdministrationController.php manually after every update for the time being?