Sorry, can't reproduce. Did you click "Save" when setting survey permissions for the new user (have to ask....)?

After the update to build 160314 I'm not even able to access to survey permission section, chrome just report:

The xxxxx.xxxx.xxx page isn’t working

xxxxx.xxxx.xxx is currently unable to handle this request. (500)

no error are logged into apache2 log though.

if I try to set debug->1 in config.php I got this error:

Fatal error: Call to undefined function debugbreak() in application/controllers/admin/surveypermission.php on line 38

@fvanderstarre

sure I did click on save.

I even try to create a new survey with only one question, just to make sure that the problem wasn't related only to a particular survey. For me it's 100% reproducible. Just to make sure I even looked at the db level and permissions seems to be stored correctly thought for some reason they're not effective.

id | entity | entity_id | uid | permission | create_p | read_p | update_p | delete_p | import_p | export_p
----+----------+-----------+-----+------------+----------+--------+----------+----------+----------+----------
66 | template | 0 | 8 | repubblica | 0 | 1 | 0 | 0 | 0 | 0
67 | global | 0 | 8 | auth_db | 0 | 1 | 0 | 0 | 0 | 0
80 | survey | 218769 | 8 | responses | 1 | 1 | 1 | 1 | 1 | 1
81 | survey | 218769 | 8 | statistics | 0 | 1 | 0 | 0 | 0 | 0
82 | survey | 218769 | 8 | survey | 0 | 1 | 0 | 0 | 0 | 0

Same issue here, but detected a few different things.

After manually updating from build 151126 to build 160314, can't access survey permissions as admin (in any survey, new or existing). Browsers gives error 500 and apache logs it:
192.168.X.X - - [15/Mar/2016:15:46:48 +0000] "GET /index.php/admin/surveypermission/sa/view/surveyid/81386 HTTP/1.1" 500 342 "http://inquerito.domain.pt/index.php/admin/survey/sa/view/surveyid/81386" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.111 Safari/537.36"

Single users that used to have access to surveys on the previous build don't see any surveys now on the survey list. However, users that belong to groups that have permissions assigned to surveys can normally see the surveys and the survey list (even though they can not access the survey permissions link).

@magviegas

if line 38 application/controllers/admin/surveypermission.php consists of just a call to debugbreak(), remove the line and you should be ok.

with regard to survey permission, global one seems to work, but if a a user has not been granted any global permissions, even if had a permission to access a particular survey his survey lists result empty.

Thanks, it works now. That line is the problem.

Yeah, the access list of some surveys are now empty. Had to delegate access again to the users.

What I noticed is that if a user doesn't belong to any group, then the access list got empty and had to add the user again.
However, if the user does belong to a group and permissions were given to this group, the access list was kept intact.

the group work-around doesn't work for me :(

this is start to worrying me because maybe the problem is due to the fact that I've some kind of local issue, maybe the DB data are inconsistent.

Having similar (redundant?) issue (10810) using build 160219.

can someone confirm this problem with a fresh installation of 2.5?

Sorry but I'm still experiencing the exact same problem on LS 2.50+ build 160404.

sorry for the late update, but the issue is fixed since Build 160430.

thanks and keep up the good work!

Thank you for averting ;-)

Version 2.50+ Build 160516 released