Startseite › Toolset Professional Support › [Gelöst] Very serious problems with Toolset access and other plugins
This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.
Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.
Heute stehen keine Supporter zur Arbeit im Werkzeugsatz-Forum zur Verfügung. Sie können gern Tickets erstellen, die wir bearbeiten werden, sobald wir online sind. Vielen Dank für Ihr Verständnis.
Sun | Mon | Tue | Wed | Thu | Fri | Sat |
---|---|---|---|---|---|---|
- | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | 7:00 – 14:00 | - |
- | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | 15:00 – 16:00 | - |
Supporter timezone: Europe/London (GMT+00:00)
Dieses Thema enthält 25 Antworten, hat 3 Stimmen.
Zuletzt aktualisiert von Francisco Ramón Molina Busquiel vor 6 Jahren, 11 Monaten.
Assistiert von: Nigel.
Sprachen: Englisch (English ) Spanisch (Español )
Zeitzone: Europe/London (GMT+00:00)
Hi Francisco
I've been doing more testing to try and find some combination of permissions that will enable all of the functionality to work, and this last point—that the edit and delete comment links are missing—I have a solution for.
You will need to see if I'm missing something (I've been going back and forth with different combinations of settings, I'm not sure if I will have reintroduced any other problems).
Currently I have posts managed by Access, with permissive settings for the two roles in question.
Media is set to use the same permissions as posts.
Tickets are set to not be managed by Access.
It looks to me while testing as if everything is working, but did I forget something?
Now it works much better 🙂 , although there are still strange things or things that do not work well.
A menu to add wordpress elements is shown, although afterwards the elements can not be added since they are not shown in the left sidebar of wordpress.
I have the WP Avatar plugin installed so that users can upload an image for their avatar, but it does not allow it.
I do not want the user to be able to see the images that I have in my 'media library', but I want him to be able to upload his avatar.
Look at the screenshots.
Thanks for your help Nigel.
Please Nigel, any ideas?
Thanks for your help.
Sprachen: Englisch (English ) Spanisch (Español )
Zeitzone: Europe/London (GMT+00:00)
Hi Francisco
Sorry for the delay, but I have a lot of other tickets to attend to as well.
These problems relate to the Fast plugin itself.
I de-activated the Fast plugin and then the user anotheruser2 is able to access the back-end as normal and edit their profile and upload avatars.
Access doesn't control whose media a user can see in the Media Library, they can either see media or not. You could try a plugin for this such as https://wordpress.org/plugins/restrict-media-library-access/ which only lets admins and editors see the whole media library.
As far as the ability of anotheruser2 to be able to publish posts that is an unavoidable result of the Access settings that are necessary to get the Fast plugin to work.
Given all the steps we have gone through you will need to decide where you are able to compromise.
Do not worry, it's normal for you to take more time if you have many tickets to attend.
I'm going to talk to the FAST developers about the WP User Avatar plugin problem.
Regarding Toolset Access, I can say that everything your developers have done is a bit strange. Apart from what they have done, they should have given the possibility that a user who purchases a product can be assigned a role, it is strange that you have to necessarily go through a CRED form before arriving at the woocommerce checkout. I hope that Toolset Access does not eliminate the role that FAST needs after assigning its role to the product after the purchase.
It is very normal in any website that after the purchase of a product is assigned a role to the user so that he can access specific pages or posts of that product, so I do not understand how the Tooset Access developers have not had consider this.
I have to do more tests to check that everything works correctly.
Thanks for your help Nigel.
Sprachen: Englisch (English ) Spanisch (Español )
Zeitzone: Europe/London (GMT+00:00)
Hi Francisco
I'm thinking of a feature request I can propose from your last statement, but I'm not sure exactly what you have in mind.
You can use CRED forms to publish content, and link that to WooCommerce to require payment for publishing the content. WooCommerce handles the payment, and the account creation if the user does not already have an account. In this scenario there is nothing for Toolset to do in terms of setting the role of a new user.
You can also use CRED forms to create users, and you can link this to WooCommerce so that a user has to buy a product to register, and in this case you can specify the role of the new user in the CRED User form.
Are you talking about users registering in some other way?
Several things.
Between you and others you are going to me to go completely crazy.
Firstly. The developers of FAST have tried to upload an avatar in their own installation without having installed Toolset Access with 'WP User Avatar' and it works perfectly for them. That is, the problem is not FAST, it is still a complex problem of compatibility between Toolset Access, FAST and WP User Avatar.
Secondly. I get the feeling that the Toolset Access developers have not developed the product thinking about the normal things that a site designer can find.
With Membership Access you can not create membership sites. Even using a plugin like WooCommerce Subscription can not handle multiple roles, the only correct combination is to use WooCommerce Membership and WooCommerce Subscription, or, YITH WooCommerce membership and YITH WooCommerce subscriptions.
At this moment I can not think of anything that Toolset Access can do that does not require any type of custom code to work in a fairly normal way, or, do all the processes manually and assign the roles manually to users.
As it is, Toolset Access I think is useless, on the contrary, I get the impression that the only thing it does is cause problems with other plugins, as we are seeing with FAST and WP user Avatar.
I would like to know if any of your users have managed to create a site with Toolset Access in which each type of member can access different types of elements on the web.
I am very very disappointed with Toolset Access. The days go by and I do not advance anything, but on the contrary I recoil like the crabs. It is a total waste of time.
A real disaster. ????
Please, answer me as quickly as possible because I have to make a radical decision, I can not be wasting my time with this.
Since I started with Toolset Everything are problems, problems with DIVI and Bootstrap, problems with Toolset Access, problems with the rendering of woocommerce products, rendering the footer of the pages, etc ...
https://toolset.com/forums/topic/problems-with-the-rendering-of-views-in-footer-woocommerce-products/
It's all very disappointing. 🙁
Sprachen: Englisch (English ) Spanisch (Español )
Zeitzone: Europe/London (GMT+00:00)
Hi Francisco
I'm not sure if there is a specific question there for me to answer.
I will just say that Toolset is a suite of general purpose tools.
CRED is not the best form plugin. Layouts is not the best page builder. Types may or may not be the best plugin for custom fields.
The value of the Toolset plugins comes in being able to use the various components smoothly together (barring specific bugs that surface from time to time). Toolset exists within the enormously-varied and complex WordPress eco-system, and tries to observe WordPress standards so that it plays well with other products, but despite the best intentions on our side and from other producers that isn't always easy.
We have a compatibility team who work to identify and fix such issues where we can, though they inevitably must prioritise the issues according to how many users are likely to be affected by it.
Clients use Toolset for creating membership sites, but they may have different requirements than yourself.
If you have very specific requirements you may find that the general purpose tools provided by Toolset are not good enough for that particular job, and you may be better served by another product which focuses just on the functionality you require. It may be that there is a purpose-built commercial membership theme that does what you want better than building such a site yourself with Toolset.
You can only build something as good as the tools you use for the job.
Access has extensive capabilities in terms of controlling the visibility of content based upon user roles, but it has a known limitation that it currently is designed to work with single roles only. The roadmap for Access includes adding support for multiple roles, but when that will happen I cannot say.
In the meantime if you have requirements that involve multiple roles you can test Access to see if it works anyway, but if it doesn't, then that is expected.
I can do some more testing to on the Fast/WP User Avatar/Access problem to see if I can identify the problem, but if the problem relates to multiple roles then it is not something that can be fixed until support for that is added to Access.
I'm sorry for your frustrations. Let me know how you intend to proceed.
I also thought that the power of Toolset was in the union of all its plugins, but until you solve many things it is quite limited.
For the moment, you do not do anything, since I do not think I'm going to use Toolset Access. In fact, I would be surprised if someone is using it, except for something really trivial. Surely I will have to use WooCommerce memberships together with WooCommerce Subscriptions, or, YITH WooCommerce memberships along with YITH WooCommerce Subscriptions. Much you have to solve and vary in Toolset Access so that it can be used really in membership sites. The example that you put on your blog is so trivial that it does not work for real life sites.
I also have a serious problem with the rendering of Toolset Views in the WooCommerce products footer.
I hope that finally I do not have to throw all Toolset in the trash. 🙁
Sprachen: Englisch (English ) Spanisch (Español )
Zeitzone: Europe/London (GMT+00:00)
Hi Francisco
I'm sorry about this but there is not much more I can add that I haven't already.
Our Support Manager is writing to you directly.
Perhaps we can close this.
Beda told me that I wanted to see the problems of Toolset Access so I momentarily left this ticket open.
Thansk for your help Nigel.
I close the ticket.