[Resolved] Toolset Types / Classic Editor Causing Problems

[Author]

Posts

[curtisF-2]

Tell us what you are trying to do?
We have a type set up "Documents" that we use for displaying a library of resources we have developed. It was using the classic editor. The text, however, was showing up as white, and the editor's buttons were all missing. When I switched it to the new block editor in toolset types, that fixed the ability to do text, but it broke the custom fields that we use to auto generate links to Google Drive. So I switched it back, and now when I go in to edit or create a new Document I get a blank screen. I turned on debugging and found these errors:

Deprecated: ctype_digit(): Argument of type WP_Post will be interpreted as string in the future in /data/www/live/wp/csu/wp-content/plugins/cred-frontend-editor/vendor/toolset/toolset-common/inc/autoloaded/field/group/factory.php on line 134

Warning: Cannot modify header information - headers already sent by (output started at /data/www/live/wp/csu/wp-content/plugins/cred-frontend-editor/vendor/toolset/toolset-common/inc/autoloaded/field/group/factory.php:134) in /data/www/live/wp/csu/wp-admin/admin-header.php on line 9

Is there any documentation that you are following?
No.

Is there a similar example that we can see?
You would need to be able to log on to our admin panel

What is the link to your site?
hidden link

[Waqar Supporter Languages: English (English ) Timezone: Asia/Karachi (GMT+05:00)]

Hi,

Thank you for contacting us and I'd be happy to assist.

The errors and warnings that you've shared are safe to ignore and seem unrelated to the issue at hand.

I'll recommend testing this with all non-Toolset plugins disabled and with a default theme like Twenty Twenty-One.

If it's fixed, you can start adding the disabled items, one by one, to narrow down to a possible conflicting one.

In case the issue persists, you're welcome to share temporary admin login details, along with the exact steps to see the issue.

Note: Your next reply will be private and making a complete backup copy is recommended before sharing the access details.

regards,
Waqar

[Waqar Supporter Languages: English (English ) Timezone: Asia/Karachi (GMT+05:00)]

Thank you for sharing these details.

Even with the same fields and settings, I couldn't reproduce this issue with the Divi builder on my test website.

This suggests that something specific to your website is involved. Do I have your permission to download a clone/snapshot of your website to test it on a different server?

[curtisF-2]

Good Morning,
Yes you may download a copy of the site to test. Let me know if you need me to do anything to enable that. Thanks!

[Waqar Supporter Languages: English (English ) Timezone: Asia/Karachi (GMT+05:00)]

Thank you for the permission and I've downloaded the website's clone.

I'll be running some tests on this and will share the findings, as soon as this testing completes.

Thank you for your patience.

[Waqar Supporter Languages: English (English ) Timezone: Asia/Karachi (GMT+05:00)]

Thank you for waiting.

During troubleshooting, I was able to narrow down the issue to the use of the '<iframe>' HTML tag, in the description text of the field 'Document Embed Code (Optional)'.
( screenshot: hidden link )

If you only add it as 'iframe' ( i.e. not as the HTML tag ), the Document Post Editor screen will start loading correctly.
( using both the classic or the block editor )

[curtisF-2]

Thank you so much; that worked on our side as well. Thank you and have a great evening!