That should then be a permission issue due to Access settings or some other capability settings of the user.
The user you set up new is a "Member", while the user you set up for Minesh is most likely an Admin - otherwise I couldn't see all the options with that user in the WordPress Admin.
BTW, the username for the new user (Member) you provided is wrong, I found however the proper one in the WordPress Admin
When I logged in with that use I am redirected to a page that says versteckter Link
I can't see anything else with this user so it is clearly a permission issue.
I confirm that as Minesh I can edit, and delete (well, I did not delete because I am afraid to delete something I should not) on this page:
versteckter Link
Clicking leads to the proper locations/forms
However as the new user (Member) - while I can see that page and reach it - I cannot edit (it leads to a 404) and deleting likely will not work either (again, I did not try delete because afraid to delete something I shouldn't)
Those are all Toolset Forms Operations and therefore the first to check is if they are controlled correctly by Toolset Access here:
versteckter Link
There you can control who can do what with Post and User Forms.
Also note that on the Form versteckter Link - where you edit the actual Person it'll tell you thru a notice that this is an important step (to control it with Toolset Access).
The notice says:
Who can use this form?
Toolset Access provides additional controls about who can see and submit this form. You can offer this form only to specific roles and users, or open it for everyone.
To control who can see and use this form, go to the Access settings.
However, as I checked this, it seems to be done as expected!
Hence it could only be a permission issue on the page itself or post itself, which still does not explain why the DELETE action wouldn't work, as that is irrelevant to the page/post or even specific form permissions, instead a global permission for each user role for ALL forms at once.
But I understand actually DELETing works?
Hence my theory would be valid that some some permission on the Post Type person itself, is actually the cause.
The problem is, there is no such Post Type listed in Toolset Access Post Type control, however the Form does apply to a Post Type Person.
I noticed that it should be "People", so that is a Post Type that exists in Access as well, and Member have NO rights to see, edit, or else that Post type.
So this is the FIRST thing I would try:
Set the Member user role to at least be allowed to see the People Post Types, so that when you navigate to a single person you can actually see it and also, if a form is in it, hence display the form (that'll then depend on Toolset Access Forms settings)
I also see that every plugin on the Website is (heavily) outdated, so that is the second what I suggest to try: Update all software (on a staging site) and test again.
There where several Bugs resolved both in WordPress and Toolset (and also related to roles/permissions/forms).
If that would not resolve the issue, the next thing to try on a staging site is to disable all plugins but Toolset, to see if then the problem still happens (and also ensure that the Theme or some Custom Code is not causing it).
If all this still produces the same results, I fear I'll need a copy of the site, because then I will need to debug this locally and see what is happening - which cannot be done online as I'd have to run tools to debug and also remove/dissect the site to a degree that is not reasonable done online.
But I think - adding the reading permit to member for people posts will do the job.
Please let me know.
