I just tried creating a new process permission in PM 3.2.1 Community and I can assign it to a group. Does this problem occur with all groups or just with your "GLPI users" group?

Have you installed multiple languages in ProcessMaker? If you created the group when logged in using one language, and are now using a different interface language, then the database query for the groups in the CONTENT table might now find the group. (ProcessMaker shouldn't have this problem, but it can occur.) You need to edit the properties of the group again and save them again, so it will create a record in the current interface language in the CONTENT table for the group.

This problem is occurring with all groups of processmaker and I have only installed one language i.e. English.
and my colleague also installed new processmaker but he is also unable find groups in permissions

Did you import this group using LDAP or Advanced LDAP? What happens if you create a new group? Do you still see the same problem?

Do this in the wf_workspace database (or whatever you named your database):SELECT * FROM GROUPWF WHERE GRP_TITLE='GLPI users';
SELECT C.* FROM GROUPWF G, CONTENT C WHERE G.GRP_TITLE='GLPI users' AND G.GRP_UID=C.CON_ID;
Post your results.

I don't see any problem with your database records for the group. I don't think anyone has tested PM with GLPI users. It may be different than OpenLDAP or Active Directory.

For a user which was imported from GLPI, can you post its database record?
SELECT * FROM USERS WHERE USR_USERNAME='XXXXXXXXX';

What happens if you create users inside the PM interface (don't import them from GLPI) and then create a new group and only assign users to that group which were created inside PM? Can you still not see the group when creating a process permission.

Perhaps importing users from GLPI is screwing something up and ProcessMaker can't get groups correctly. Try deleting all your users that you imported from GLPI and see if that fixes the problem. I have never seen this problem before, but nobody has tested PM with GLPI.

This is bizarre. If you want me to check it, you can export the workspace for your second installation of ProcessMaker where you don't have any imported users and email me the .tar file at [email protected]

Hello, I have this problem too.
When attempting to add permission to the process the registered groups do not appear.

I already deleted the installation and database and reinstalled both but the problem still occurs. I have already tested with LDAP and ProcessMaker (MYSQL) authentication, but in both cases the problem occurs.

I performed manual installation on Debian 9, ProcessMaker version 3.2.1-community.

I am using the user "admin", I can already have another user with the "admin" permissions.

I performed some tests by inserting the line in the file Group.php, however nothing is generating in the folder / tmp.
From what I've noticed that point in Group.php is only being used when permission is saved in the process. I used the User.php file of the same path in lines 35 to 37 inserting the same line of code is including the permission. The file in / tmp is only generating after saving the permission.

I also performed a test by changing the ProcessPermissions.php file located in /engine/src/ProcessMaker/BusinessModel/ by inserting the code between lines 59 and 75 in some combinations.
This is also only generating a file when saving the permissions.

It would have the location of the code line that loads all the groups and users, or even the line that performs the filter interaction with the loaded data, so I believe it would be possible to perform a test before saving the permission.

In my installation of PM 3.2.1 Community (manual install) in Debian 8.4, using PHP 5.6.20, MySQL 5.5.47 and Firefox 51, when I make the change the change to the source code that I described above, I am seeing the /tmp/groups_endpoint_response.txt being written the moment I type in the Group or User text box in the Create Permission dialog box.

What versions of PHP and MySQL are you using and what web browser are you using?

If you press F12, to open your web browser's debugger and go to the "Console" or "Network" tab, you should see a POST to the /api/1.0/{workspace}/groups?filter={X} and /api/1.0/{workspace}/groups?filter={X} endpoints when you type in text in the Group or User field.

Hello
Just to add my penny worth piece of information:
I'm using 3.0.1.8CE, and I am using it with GLPI, and I get no problem with the permissions on processes.
I think this can be an issue with the configuration of the web server, can it be?
I'll try the test proposed by amosbatto, and I'll post the results.
Regards
Tomolimo

Then, restart the mysql service (or reboot).
In Linux:
service mysqld restart
or
service mysql restart

Then, try assigning a group to a permission in ProcessMaker and see if the bad query appears in the /var/log/mysql/general.log file. You should see something like SELECT ... GROUPWF or SELECT ... FROM CONTENT FROM CONTENT WHERE CON_CATEGORY='GRP_TITLE'.

You can try executing that same database query in your wf_workflow database in MySQL, so see if there is anything wrong with it.
The problem is that if there is an error in the query, MySQL generally won't log it.

Also, in your workflow/engine/config/env.ini file, add the following line: