| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 13310 | Bug reports | Survey editing | public | 2018-02-06 16:14 | 2018-03-05 17:30 |
| Reporter | tpartner | Assigned To | ollehar | ||
| Priority | none | Severity | minor | ||
| Status | closed | Resolution | fixed | ||
| Product Version | 3.2.x | ||||
| Target Version | 3.2.x | Fixed in Version | 3.4.x | ||
| Summary | 13310: Cannot delete surveys in Survey list when debug == 1 | ||||
| Description | The delete icon has no effect when debug is set to 1. It works fine when debug == 0. | ||||
| Tags | No tags attached. | ||||
| Bug heat | 6 | ||||
| Complete LimeSurvey version number (& build) | 3.2.0 | ||||
| I will donate to the project if issue is resolved | No | ||||
| Browser | n/a | ||||
| Database type & version | mysqlnd 5.0.12-dev | ||||
| Server OS (if known) | Windows 10 | ||||
| Webserver software & version (if known) | Apache/2.4.27 (Win32) OpenSSL/1.0.2l PHP/7.1.9 | ||||
| PHP Version | 7.1.9 | ||||
 |
I can't reproduce |
 |
I can still reproduce it in all browsers. It looks like listActions.js is not loaded when debug is 1 or 2, it is loaded when debug is 0. |
|
|
I'd say it's a server configuration problem on your side: it seems that files under application/ are not reachable. |
|
|
also, a quick fix can be to set in config: it will for the use of asset manager |
|
|
I don't understand how it can be a server configuration when the files are accessible and loaded correctly when debug = 0. LImeSurvey was installed on an out-of-the-box XAMPP platform for Windows with no modifications. I'm no server expert, but I would assume it should work on that platform. Have you tried on a Windows box? Regarding 'use_asset_manager', one of the reasons that I use debug = 1 is to bypass the assets manager. |
|
|
when debug=0 files are moved to root/tmp/ |
|
|
What do I check in config? |
|
|
indeed, it's a bug in our htaccess I guess: |
|
|
Yep, commenting that out fixes it. |
 |
That .htaccess file has stayed the same since 2011. Could it really be the problem? Maybe we need to move the script for the massive action widget to another folder? |
|
|
yep, we need a clear separation of private/ and web/... like in Yii2 ^^ |
|
|
This also prevents deleting responses when debug == 1 |
|
|
@tpartner, can you try to add a .htaccess file with allow from all, in folder application/extensions/admin/grid/MassiveActionsWidget/assets |
|
|
@olle, yes, that fixes it. But should we be worried about any other files in /application that may need access when debug == 1 (when the assets manager is bypassed)? Currently everything is blocked by the .htaccess file in /application. |
|
|
Yeah, we need such a file in every folder that should be accessible. How did your new .htaccess file exactly look like? |
|
|
Simply "Allow from all" capture-1.png (1,211 bytes) |
|
|
Fix committed to master branch: http://bugs.limesurvey.org/plugin.php?page=Source/view&id=26634 |
|
|
Thanks Olle. |
