On a fresh install, using limesurvey206plus-build150629, the following error page is returned instead of the installer wizard.

Removing the limesurvey files and replacing them with limesurvey205plus-build150520, the installer runs OK / as expected.

Internal Server Error
opendir(/limesurvey_test/tmp/assets/fbc02ac3,/limesurvey_test/tmp/assets/fbc02ac3): The system cannot find the path specified. (code: 3)

An internal error occurred while the Web server was processing your request. Please contact the webmaster to report this problem.

Thank you.
2015-07-02 23:39:20

Environment details:

• Windows Server 2008 R2 x64
• apache httpd 2.4 x64 vc10
• php 5.6 x64 vc11
• postgresql 9.4 x64

Other details:

• httpd installed as service
• httpd service running as local machine user
• httpd user has read access to /limesurvey_test/* folders/files
• httpd user has write access to /limesurvey_test/tmp/*
• httpd user has write access to /limesurvey_test/upload/*
• httpd user has write access to /limesurvey_test/application/config/*

Tried but didn't fix it:

• delete all limesurvey app files and replace with fresh copy
• re-apply permissions to the folders named in the error message
• restart the webserver
• restart the machine

I'm not sure why this was happening. The only clue I can think of is that when deploying the limesurvey206plus-build150629 files and requesting the index page, two directories with an 8 character hash name would appear in /limesurvey_test/tmp/assets/ (e.g. '6159163e' and 'fbc02ac3'). One had directories ('css', 'img', 'js', 'less') and the other had ('autocomplete', 'jui', 'rating', 'treeview', 'yiitab', and 22 *.js files). Also a "bin" file would appear in /limesurvey_test/tmp/runtime/cache/, with a 32 character hash file name (e.g. '893bde6c5001a4df64c2688a284b0a90.bin').

When deploying the limesurvey205plus-build150520 files, only one of these directories would appear, which contained directories ('css', 'img', 'js', 'less'). The "bin" file mentioned above doesn't appear.

Since the error page listed two folders with the same name, maybe the bug is that the app is trying to open both folders but using the first folder name twice?