Skip Navigation

[Resolved] Latest beta, blank pages if CRED forms in post-content

This support ticket is created 7 years, 4 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.

No supporters are available to work today on Toolset forum. Feel free to create tickets and we will handle it as soon as we are online. Thank you for your understanding.

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

Supporter timezone: Europe/Madrid (GMT+01:00)

Tagged: 

This topic contains 11 replies, has 2 voices.

Last updated by Juan 7 years, 3 months ago.

Assisted by: Juan.

Author
Posts
#550249

Latest beta returns blank pages if there are forms directly in post content or if there are forms nested in a view.

Post-body examples on pages that returns blank (not even the admin-bar)

Sample 1, CRED REGISTER USER form

[cred_user_form form='create-visitor' form_name='Create Visitor']

Sample 2, content templates and a CRED NEW POST form

<strong>Obs! Vi lagrar <em>inte</em> ditt personnummer, id-handling(bild) eller bankkonto.</strong> Dessa skickas vidare till vår partner för kortbetalningar.
[wpv-post-body view_template="stripe-account-fee"]
[wpv-post-body view_template="stripe-non-verified-warning"]
[cred_form form='create-stripe-managed-account' form_name='Create Stripe Managed Account']

Sample 3, CRED EDIT POST form

[wpv-view name="edit-knalle"]

All mentioned examples are assigned a Toolset Layout, this layout is the standard "pages" layout used throughout the site without any problem except on pages with the structure described above. This "Pages" Layout has only one "Visual Editor" cell with this content:

<img src="[wpv-post-featured-image size='medium' output='url']" width="300" style="margin-left: 40px;" class="pull-right">
<h2>[wpv-post-title]</h2>
<div>[wpv-post-body view_template="None"]</div>
#550277

Juan
Supporter

Timezone: Europe/Madrid (GMT+01:00)

Hi Tinah (not sure if I should use Tina, please forgive me if I am using it wrong).

Thanks for the input.

The betas we just released are pretty much release candidates. Talking about the products involved in your sample examples, I can share that:
- CRED went over our own internal testing, it was completed, and it passed, so we do not expect to make any further change to it unless we find a significant reason.
- Views and Layouts are more than half way in our second testing layer, after passign a first one without any major issue; again we do not expect to find any relevant issue.

We take testing quite seriously, although of course there might be problems (because no software is perfect). We also appreciate quite a lot all the feedback that you and our users in general provide, because sometimes we make changes and mistakes we overlook or we simply do not see the small side effects they produce. One of our key goals is to always keep backwards compatibility, and I want to apologize for the problems we might have caused related to this, like the issue this ticket was created from, about custom JavaScript simply being ignored in some CRED forms.

Now, to your specific issue here.

I tested the three scenarios that you describe, and although I think I tried to verbatim follow the steps, I could not reproduce the issue of getting a blank page. Before moving on, and for the sake of completeness, let me describe i detail what I did.

-- Layout --

I created a layout, and added to it only a Visual Editor cell. Inside that cell, I added the same content that you provide:
* the shortcode to display the featured image.
* the shortcode to display the page title.
* the shortcode to display the raw page content.

-- Test page I --

I created a new page, assigned it to use the layout created above (note that I assigned the layour here, when creating the page, and not in the layour editor page).

As page content, I added only a shortcode for a CRED user form to create a new user, that I had created beforehand. It creates subscribers.

I published the page, and in the frontend it displays fine. I tested with a "vanilla" theme, TwentySixteen, and also with Toolset Starter as a Layouts integrated theme. As I said, in both cases it worked fine, being the only difference that when using the integrated theme, the layout rendered the whole page, while when using the non-integrated theme, the layout was rendered just taking the place of the post content.

-- Test page II --

I created a new page, assigned it to use the layout created above.

As page content, I added:
- a shortcode to display a Content Template, that I had created beforehand (and displays the post title using a Views shortcode).
- a shortcode to display a CRED form to create new posts of a given post type, that I also created beforehand.

Again, and after testing with a Layouts integrated and non-integrated theme, this worked fine for me: the Content Template and the CRED form were correctly displayed, and I could submit a new post.

-- Test page III --

I created a new page, assigned it to use the layout created above.

As the page content, I added just a View shortcode for a View I created beforehand. That View lists posts of a given post type, and the View loop is wrapping each item in a Content Template. That Content Template contains a CRED shortcode to display a form to edit posts in that post type listed by the View.

For the third time, and after testing with a Layouts integrated and non-integrated theme, this worked fine for me: the View looped over the right posts of that post type, the Content Template used for each item in the loop also displayed properly, and the CRED forms were correctly displayed for each looped post, and I could edit them.

-------------------

Getting a blank page usually means an error happened, usually a PHP fatal error due to some function being called with wrong arguments, using a function that is not defined, or something like that. Those errors leave a trace in error logs. If you are testing those betas in a staging site, you should be able to take a look at such logs.

We need to see, or at least get more details, about what might be wrong here. We should rule out some basic things, like Toolset versions being mixed (we released betas for almost all out plugins, and that means that when updating one plugin to its beta version you should update them all - you should not mix the latest stable versions for some plugins with beta versions for others, for example), but ultimately we should be able to find the root cause of this.

Thanks in advance.

#550282

Please activate private reply and I'll give you administrator site access + ftp account.
This is a staging site installed on a subdomain of my live site.
You can do what ever you want with it as long as you don't kill the server 🙂
I will give you the links to all the pages mentioned as sample.

I cleared debug and reloaded the page. Nothing in debug.log
I deactivated all plugins except Toolset
I activated Toolset starter theme

The page is still blank

#550286

Juan
Supporter

Timezone: Europe/Madrid (GMT+01:00)

Hi there

Doing so: the next reply is private and you can share your credentials. I will put my hands into this as soon as I get them.

Thanks in advance.

#550380

Juan
Supporter

Timezone: Europe/Madrid (GMT+01:00)

I am sorry, Tina, but I can not log into the staging site with those credentials. I also tasted with the ones you shared in the past with Francesco, and those did not work either.

I get an "Ogiltigt användarnamn" message, which Google tells me translates as "Invalid username".

I am setting your next reply as private again.

Thanks in advance.

#550412

To clarify same psw, I meant same password as I sent before ... (not the user email twice)

#550428

In case you're interested, another error, same site, CRED related. CRED does not execute wpv-post-id when in generic field

https://toolset.com/forums/topic/cred-not-getting-postid-in-generic-field-default-value-with-view-shortcode/#post-550427

#550707

Juan
Supporter

Timezone: Europe/Madrid (GMT+01:00)

Hi Tina

Credentials look good now.

I will keep an eye on that other issue while Christian handles it.

For the main problems listed here, I just headed to the involved CRED post and user forms and I think I narrowed this down. They all come to life and pages are properly rendered if I remove the recaptcha fields in all forms, so I suspect this is the root cause.

I am digging further to find the last bit and a solution, will keep you posted 🙂

Regards.

#550802

I'm glad it was a real error ... 🙂 So I didn't bother you for nothing

#550833

Juan
Supporter

Timezone: Europe/Madrid (GMT+01:00)

Hi Tina

I have good news for you.

I found the root cause of the issue, for some reason when adding support for multiple recaptcha versions there was a small missing chnage to match each version with the right code to render the thing.

I was able to reproduce this, while some other people on my team could not reproduce it at all. I assume this is also caused by some configuration setting tht we are sharing and they do not. In any case, I took the liberty of uploading the fix to your staging site: it was a two lines change that we will include for sure in the final CRED 1.9,1.

Thanks a lot for the report and for your patience.

Let me know if I can help you with anything else.

Regards.

#551483

What is your recommendation for my live site.
Should I wait for CRED 1.9.1 release?
Will all the other current tickets I have open on CRED be resolved with that release?

#552046

Juan
Supporter

Timezone: Europe/Madrid (GMT+01:00)

Hi Tina

Yes, for live sites we always recommend waiting for a final, stable release. Given that you also have a staging site, you have the ability to test it before pushign it to production.

Just one important notice here: we have releases for almost all Toolset plugins in the pipeline, it is important to update them all and not go mixing old versions for some plugins with new versions for others.

Anyway, the only thing I have on my radar right now form you is this one:
https://toolset.com/forums/topic/cred-not-getting-postid-in-generic-field-default-value-with-view-shortcode/
about a nested structure that is not getting the right post ID down the hole. Our supporter states that this did nto work either with the last released version, and there might be a problem in making it work (since it related to the current post ID in a process that by its nature has to remove all references to the "current" page being displayed).

I have checked and I have a list of issues you have been reporting lately. If you do not mind, I would like to email you privately about them, to see what I can help you with. That email will get to your inbox in the next hours.

Thanks for your patience.