It sounds like an ACL entry issue. If it were a file permission issue, it should affect managers too.
Possibly there's a permission those users don't have that triggers the error but doesn't prevent the page from loading properly in the Manager. It could be TV-related. It looks like a processor is triggering the message, but unfortunately it's not telling us which one.
You could try using Chrome dev. tools (Ctrl-Shift-I in Chrome) and watching the network tab. You can drill down to see the responses and you should be able to see which processor file is returning that string.
I got the same problem on 3.2.1 that error not fixed
HTTP_MODAUTH modx53c91565742e72.75836080_253d9093cd2c8c2.27585522
action system/derivatives/getList
class modResource
id modDocument
skip modXMLRPCResource
class_map
To view a list of classes in the Class Map. role solve issue
There problem no much info which king of issue I got.
[ed. note: codenator last edited this post 10 years, 4 months ago.]
One issue I am having is that I will be working in the manager and if I logout there are times I log back in and the menu tree is gone. Susan pointed me to deleting the sessions from the database and clearing my cookies - that works sometimes but is a real pain.
@boomerang Wow, confirmed, giving class_map permission to usergroup, logout all users. deleting /manager/cache/ resolved the issue.
Thank you so much
But as this was not required for 2.2.x and causes issues and not documented i believe this should be documented now somehow. I still do not understand why this issue occurred. Hope someone can explain.
I have the same issue and 200 ok message and none of the above fixes worked for me.
The difference with the other problems is that my error is only popping up at a resource in Articles.
I can't seem to solve this, anyone have any ideas?
Use Chrome, on the network tab, check which processor (by the URI) returned that response, then open the file and see what permission it was checking, and add it to the users group.
hmmm, this sounds like the connector itself, check the post parameter, the action field, this is the processor. The request which returns the actual error, open the processor which is in the action field the path will be "..../core/model/modx/processors/" then the action field.
This is the processor, the code inside that one is what returns the exact error. When you open the processor most probably you will not see the exact message but the lexicon call of it, but important is to see what security permission was checked.