Skip Navigation

[Resolved] Unauthorized page warning apears on every layout block

This support ticket is created 6 years, 11 months ago. There's a good chance that you are reading advice that it now obsolete.

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.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 -
- 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 14:00 – 18:00 13:00 – 18:00 -

Supporter timezone: America/Jamaica (GMT-05:00)

This topic contains 17 replies, has 3 voices.

Last updated by Jim 6 years, 5 months ago.

Assisted by: Shane.

Author
Posts
#603828

Jim

I am using the memberpress plugin to restrict access to content type only for (paying) members.
But when I view such a page as a visitor, every block from the layout templates (header/footer and the content) displays the excerpt and the warning.
I only want to show the warning once, in the body content area where the title/bodytekst of the content type is supposed to show.

hidden link

Can you help?

#604089

Hi, one option is to create a new "Partial" Rule. Choose all the member types, then you should be able to generate Partial Content Codes. You can use these shortcodes to restrict content on the front-end of your site. In your Layout, use a Visual Editor cell to apply these Partial Content Codes to the post title and post content.

#604211

Jim

Hi Christian, Thanks for your reply.
Yes I can see this working and is under certain circumstances a good solution.

In my case it is not the solution I was hoping for.
We have many articles on the site and it is not an option to hand code/protect those one by one.

Is there not a way to restrict the access to a content type altogether?

Why is there a 'call' on every block? (I noticed that it is probably a call for every "visual editor" block)

Is there a way to prevent this?

#604273

Jim

Another problem just popped up.
I viewed the membership page and noticed that there was no layout assigned to it. So I set the normal 'page' layout to this membership type.

But here the same thing happens: the content is shown in every Visual Editor block available for that template:
hidden link

Really hope this can be solved!

#604469

We have many articles on the site and it is not an option to hand code/protect those one by one.
Let me clarify - if you use Layouts, you must have at least one Layout applied to those articles, right? So apply the conditionals inside that Layout, and the conditionals will apply to all Articles using that Layout. You do not have to modify them one-by-one.

Is there not a way to restrict the access to a content type altogether?
I'm not really sure, this is the only way I know about when using Layouts. It's possible your membership plugin offers other methods, but I'm not really qualified to help with those. I suggest checking with their support team: hidden link

Why is there a 'call' on every block? (I noticed that it is probably a call for every "visual editor" block)
It has to do with how Layouts works, and it's most likely a compatibility issue with the Memberpress plugin. Sometimes we see this with other page builder systems as well, and we try to accommodate those with compatibility patches. I searched the forums for other tickets related to Memberpress, and I did not find any similar issues that were resolved by our developers. The other tickets used the partial rule approach, or found another solution on their own. So our developers probably are not aware of the compatibility issue.

The content is shown in every Visual Editor block available for that template
I will be glad to report these issues to our developers as compatibility problems with the Memberpress plugin. Can you tell me which version of Memberpress you are using? I have access to Memberpress Developer edition 1.3.2, so if you are using something else I will need a zip file of the plugin. You can use the Duplicator package reply fields to send me a link to Dropbox or Drive or some other file sharing service where I can download the files.

#604538

Okay thanks for the plugin files. I was able to replicate this issue locally, so I've passed the information along to my 2nd tier support team for additional investigation. Please stand by and I will update you as soon as I have further information to share.

#604745

Jim

Thanks Christian!
Any idea how long it might take? Is this given any urgency?

Sorry to be so impatient but this is kinda urgent since I cannot move on untill this is resolved...
Thanks for understanding!

#604758

I understand your urgency, however I cannot say how long it will take to resolve the compatibility problem. Step 1 is for me to report the problem to my 2nd tier team. Then they evaluate the problem and either escalate it to our developers, or provide solutions/workarounds if they are able to. In this case, the problem will probably be escalated to our developers, since each plugin handles the_content() differently. This problem then gets added to their queue of current compatibility problems, and all compatibility problems are treated as equal priority. Sometimes compatibility problems require collaboration with another plugin's author, and when that happens the timeframe is even less predictable.

If you need to move forward on your project without delay, I recommend disabling Layouts. If needed, you can use the Bootstrap buttons above any WYSIWYG editor to create grid-based rows and columns. More information about using Bootstrap grid here: hidden link

#604791

Jim

Hmmm I see... that sounds like it might take a long time to even get some attention.
Maybe it does deserve some more attention since the same problem occurred with two different plugins (maybe even more)! First "Paid Member Subscriptions" by cozmoslabs, and now "MemberPress". They are both plugins who check access control.
This might also make it more easy to find the problem; where to search/look.

Also, it only happens to the Visual Editor blocks.

Those two are good hints of the problem I think.

Disabling the Layouts plugin is unfortunately not an option since the whole website was build with it.

I hope you can help push the urgency up on this one...

#605036

Jim

Hi Christian,
Is it possible to get priority support if I pay for it?

#605121

Toolset does not offer additional paid support priority, but a professional consultant might be able to provide more immediate assistance. We have a contractors portal available here: https://toolset.com/contractors/

#605251

Jim

Well, Thats not really what I was hoping for. My guess is that your developers are much more qualified to solve this problem.
Also, another contractor his best shot is to find a workaround, probably not a fix in the core of toolset.

Still hope you take this serious enough to help me asap and find the bug, because that is what it is.

Please let me know if I can be of any assistance.
Thanks,
Jim

#606486

Jim

Any news/progress on this one Christian?

#606763

Nothing new to report at this time. I will let you know as soon as I have some additional information to share.

#919071

It is now possible to use the "Disable the_content() filter" option in a Visual Editor cell to prevent these types of duplication problems. Please update to the latest version of Toolset plugins to receive the feature and let me know if the issue is not resolved.