[Resuelto] Very serious problems with Toolset access and other plugins

[Autor]

Mensajes

[Francisco Ramón Molina Busquiel]

The plugins that need role management produce innumerable problems with Toolset Access.
I have had to completely disable Toolset Access so that the wonderful FAST plugin (enlace oculto) for ticket support can work.
If Toolset Access is active, it does not allow creating tickets or putting attachments on tickets.
The FAST plugin needs a role in the user, in addition to the role of 'client' that puts WooCommerce or any other role that needs the permission management of the pages, posts, cpts, etc. after buying some products in WooCommerce.
I think one of the problems with Toolset access is that it only supports one role per user.
I think these problems are related to this other ticket:
https://toolset.com/forums/topic/how-can-i-include-a-country-selection-field-for-user-registration-2/page/3/

Although I'm not completely sure, but the sure thing is that if Toolset Access is active FAST has innumerable access problems.

If these problems are not solved in Toolset Access, Toolset Access is useless.
Look at the screenshot.

Thanks for your help.

Best regards,
Francisco R.

[diyanK]

Hi Francisco,

Did you went through Toolset Access's "Access Control" settings page?

There you need to grant access to your specific user roles.
Please see if you can find your ticket's post type there and grant access for Publishing to your user roles.

Also (when you scroll down) you'll see Media is also to be managed by Access and also you need to give your user role permissions to Publish media (upload files).

D.

[Nigel]

Hi Francisco

I don't have anything to add to what Minesh told you in the other thread. There is a planned feature update for Access to allow it to work with multiple roles, but from the internal tickets it does not appear to currently actively being worked on.

I'm not sure specifically what the issue is, though.

I installed the Fast plugin on a clean test site where I had installed WooCommerce and imported the sample WooCommerce products.

I set up the Fast plugin on a page I published called Support, and in another browser I visited the support page and registered a user to create a support ticket.

When creating a ticket it required a WooCommerce order to proceed, so I went to the Shop page and completed ordering a product, then returned to the support page to create a ticket for that order.

That proceeded without problems.

I then activated Access (and other Toolset plugins) and repeated the steps to create a ticket, including adding an attachment.

Again, it proceeded without problems, creating the ticket (see screenshot).

Could you please clarify what the problem is, describing the specific steps to reproduce the problem that I can try on my test site?

Thanks

[Francisco Ramón Molina Busquiel]

When a user makes a purchase, he can be assigned a role to view a certain number of pages or posts.
In addition, the FAST plugin needs to assign another role of 'Boleto del Cliente' so that the customer can create tickets.
That is, we have 2 roles in a user, a role for accessing the pages and another role for accessing support tickets.
Although wordpress supports several roles per user, in order to view and control them manually, a plugin such as the YITH Automatic Role Changer for WooCommerce plugin is required. In addition, this plugin gives the possibility to specify conditions, so that after the sale in woocommerce, the roles of a normal user are modified.

In the following video you will see the problem with Toolset Access enabled:
enlace oculto
In the first part of the video, the Toolset Access plugin is disabled, in it you can see the user 'sales' who has 2 roles and has placed an order, if we go to the 'my account' page of woocommerce you can see the order, FAST adds a button to create tickets regarding that order. If you click on the 'Get Support' button you can create a ticket and after its creation is displayed the FAST dashboard with all the user's tickets.
In the second part of the video, the Toolset Access plugin is enabled, if we re-login in the web with the user 'sales' and try to create a ticket with the 'Get Support' button, after the creation of the ticket in the FAST dashboard are not shown the tickets.
As you will see, the Toolset Access plugin is preventing the display of tickets within the FAST dashboard.
In the screenshots I indicate the conditions created with the plugin YITH Automatic Role Changer for WooCommerce so that after the purchase the necessary roles are put in the user.

If you need more details, tell me.

Thanks for your help.

[Nigel]

Hi Francisco

I did some more testing. I used the Multiple Roles plugin to let me work with a user who has the WC Customer role as well as the Fast Ticket Customer role.

I found that creating tickets worked as expected, even with Access enabled, if Access was not managing the ticket post type.

If Access is managing the ticket type and I set permissions for the Fast roles as in your video then it fails when trying to create a ticket.

But if I also add the same permissions to the other role (in my case the WC Customer role) for tickets then there was no problem publishing tickets.

I can't see the permissions of the other role in your video as it is off the screen, but I think you just need to set those.

[Francisco Ramón Molina Busquiel]

I have done a lot of tests with the FAST developer and we have been able to verify that the problem is in how to create the roles the YITH plugin:
With YITH roles are being returned as an object, not as an array.
{4: "clientevip1", 5: "fast_customer"}
The response should be like this
["clientevip1","fast_customer"]
Although, maybe, both formats should be allowed.
so we have used the 'Members' plugin to create a new user, I have given the role' ClienteVIP1' and 'Boleto del Cliente ', and I have placed an order with WooCommerce.
Now, I can enter in the FAST dashboard whether or not Toolset Access is enabled or disabled, but if Toolset Access is enabled the FAST dashboard does not show any ticket. If I disabled Toolset Access the dashboard returns to show the created tickets.
Whether or not Toolset Access is enabled, new tickets can be created, but if Toolset Access is enabled, tickets can not be queried in the FAST dashboard.
As you have indicated to me, I have enabled all the permissions in Toolset Access for the roles 'ClienteVIP1', 'Boleto del Cliente' and 'Cliente', but this does not solve the problem.
You can see the problem in the following video:
enlace oculto
If you enable the sending of secure data in your tickets, I can send you the data of the new user (anotheruser) so you can test my site.
You can enter directly to the FAST ticket system with the following URL:
enlace oculto

Please, tell me something.

Thanks for your help Nigel.

Best regards,
Francisco R.

[Francisco Ramón Molina Busquiel]

Any news with this problem?

[Nigel]

Hi Francisco

I don't see the same on my test site.

With Access active and managing the tickets post type, my test user that has roles of customer and ticket-customer can access the support dashboard and see his tickets (see screenshot).

Before going any further, can you switch theme to twentyseventeen and disable all plugins except for Toolset, WooCommerce, Fast, and whatever you are using to enable multiple roles, and test again to rule out any other conflicts.

Failing that I will need to do some testing with your own site. I have the site credentials but I'll mark the next reply as private so you can give me details of the test user (you can ignore the template).

One more question. Why do you need to manage the tickets with Access? The Fast plugin has its own permissions system to limit who can see the tickets.

[Nigel]

Hola Francisco

I can't see why your site is behaving differently than my test site, but I edited the Access settings so that Access is not managing the Tickets post type (the "Use the default WordPress read permissions" setting) and now anotheruser2 can see their tickets in the dashboard.

So with those settings it appears to be working. Like I said, Fast manages permissions for the tickets itself, so I don't think you need to use Access to manage the Ticket posts, unless I'm missing something?

[Francisco Ramón Molina Busquiel]

Ok.
But, now I have another problem, and that is that Toolset Access is not able to handle 2 or more roles per user. If FAST needs a role and Access needs another role to handle the permissions of the pages and posts.
What can I do to make this work?

[Francisco Ramón Molina Busquiel]

Apart from the previous message there are more problems.
With Toolset Access active, FAST does not allow to incorporate images or other files to the ticket.
I have tried all the possible combinations with the 'Media' section of Toolset Access but without any success.
Look at the screenshots.

[Nigel]

Hi Francisco

There is a limitation with the Media post type which comes from WordPress itself, and that is that it cannot have more permissive abilities than the standard post type.

So if you want the role ClienteVIP1 to be able to upload images, then not only must they have the right to publish Media posts, they also need the right to publish standard posts.

(This doesn't come up very often. If you create a CRED form to publish posts and want the user to be able to upload images, then the user must have permission to publish posts in any case.)

I updated the Access settings so that the ClienteVIP1 and Boleto de cliente roles are able to publish posts as well as media, and then I was able to upload images when creating a ticket for the user anotheruser2.

Regarding the issue about Access and multiple roles, what specific problem are you referring to?

[Francisco Ramón Molina Busquiel]

But what you have done does not solve all the problems I mentioned to you.
With what you have done, you can not edit the content of a ticket already created.
The links for 'Edit comment' and 'Delete comment' are not shown.
Look at the screenshots.
Thanks for your help.

[Francisco Ramón Molina Busquiel]

Please Nigel, any ideas to solve this problem?
Thanks for your help.