Skip Navigation

[Resolved] The Custom Fields Group page is not loading

This support ticket is created 5 years, 3 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
- - 14:00 – 20:00 14:00 – 20:00 14:00 – 20:00 14:00 – 20:00 14:00 – 20:00
- - - - - - -

Supporter timezone: Asia/Ho_Chi_Minh (GMT+07:00)

This topic contains 16 replies, has 2 voices.

Last updated by Beda 5 years, 3 months ago.

Assisted by: Beda.

Author
Posts
#1296759

I have not used Toolset before. I am testing it out on a copy of a live site which was using Advanced Custom Types plugin and also WP Facet Search plugin. I have the latest version of WordPress installed and we are using a theme that uses WP Bakery.
What do you suggest I do in order to resolve this problem? Thanks.

#1296769

It would be good to know what happens precisely.
Does the page load endlessly or stop loading and not display any content?
Are there any errors in the Console, or logged as PHP errors (see https://codex.wordpress.org/WP_DEBUG)?

Also, a quick test I suggest is a no-conflict check, you would disable Plugins (not Toolset) and change the Theme, then check the issue and if solved, re-enable the software one by one.
If at that point it's not solved something (likely a PHP error) happens, which the Debug log can show.

With this information, I could then advise the next steps.
I've added a private reply in case you need to share sensitive data like login.

#1298253

Is someone able to look into this please? Or give me an update. Thank you.

#1298327

I apologise, I was on the weekend.

I receive:
ERROR: The username or password you entered is incorrect. Lost your password?
Can you revise those log in details?

To know what is happening in this case as you are not familiar with debugging, I cannot proceed online either way.
Please if possible instead send me a copy of the site, along with the corrected log in details for the live site so I can compare local and live later in case it works on the local site.

The instructions can be seen here https://toolset.com/faq/provide-supporters-copy-site/

Thank you!

#1298349

I can't duplicate the site now. I have replied by adding to the previous 'private' reply as I can't seem to mark this one as private.

#1298373

The new log in worked.
There are 21 of 50+ plugins active, I assume they were not all disabled to test, as well they do require updates (some of them).

In any case, the error on the Custom Fields Screen is due to a row of JS errors (visible in the Browser Console) reporting 404 on several required Files of the Types plugin.
That is only possible it either something blocks those scripts (and that why it's important to test if other software has an influence), or if the files are missing (corrupt plugin)

I suspect below will solve it:

1. delete all Toolset Plugins from the Plugins list (nothing is lost, however make a backup first)
2. Download all Toolset you need from https://toolset.com/account/downloads/
3. Upload those to your Plugins folder and activate them

If now the issue persists:

1. Disable all Plugins and Theme (if needed again)
2. The issue will be gone to 99% - in the rare case it persists, at this point, please grab a copy of the site with https://toolset.com/faq/provide-supporters-copy-site/, or any other tool of your choice (as at this moment it'd be the only way for us to debug it)

If you find a plugin or software that causes the issue please let me know it as well.

Thanks!

#1298385

I deactivated all plugins apart from Toolset and deactivated the theme, the problem still occurred but I didn't try reinstalling Toolset, so I will do that. Thanks.

#1298387

OK, if that does not work, send me a copy, please. I reactivated the private reply again.

#1298447

Where do I send the files to?

#1298451

You can upload them to a Google Drive Folder like it's elaborated on the related DOC:
https://toolset.com/faq/provide-supporters-copy-site/

Then, you can share this with "anyone who has the link" and send me the sharing link in the next private reply.
Please make sure to include both installer.php and archive.zip file of the Duplicate.

#1299435

Well, this database is in a GZ format, that cannot be imported in a native PHP MyAdmin to admin your mySQL database.
There only gzip, bzip2, zip are supported.
Even uncompressing it does not allow to import, it still says it's the wrong format.

Even with a terminal command it did not work, where it returns ERROR 1067 (42000) at line 3858: Invalid default value for 'comment_date'

Can you export a Database Dump from PHP MyAdmin instead, in a valid format, so I could deploy the site?
Note, with the Duplicator Plugin this is all not required as it provides a User Interface to make the duplicate.

#1299863

I’ve done that and the file is in the same folder that I shared with you.
Thanks.

#1300303
Bildschirmfoto 2019-07-25 um 15.49.40.png

This database is rather big, so it took a while to import, but it worked this time.
I then rebuilt a website using your themes and plugins folder you shared.
I also recreated a user with password, as I had none for the install.

However, on login, it redirects to hidden link
That's a customized login path, and I cannot seem to reach it, it's a "not found on the server" response.
Hence I had to remove the plugins, so I was able to log in.

It would be helpful if such information can be included when you submit packages of your site because it saves time which results in a shorter time to a resolution for you 🙂

Once I was in, I re-enabled the plugins folder, so all previously active plugins are active again.
After that, a PHP error is shown on the Dashboard if WP Debug is activated:

Notice: Undefined index: show_all_login_records in /plugins/when-last-login/when-last-login.php on line 257

That's not a Toolset issue, I'd recommend reporting that to the when-last-login plugin authors.

Now, I have one major issue here:
No Toolset Plugins are installed at all on this site you have provided me.
I can tell this for 2 reasons:
1. There are no Plugins Folders for Toolset in the plugins
2. The database does not have any of the native Database tables which Toolset Creates wether you use it or not on your site, as soon it's activated.

I am not sure where to look for the issue, because there is, and was never a Toolset Plugin installed.

I installed a set of Toolset myself, and headed to the Custom Fields screen.
I am able to load that screen, I attached a Screenshot.

On your site instead I see Toolset installed, and the issue happening as I already mentioned here:
https://toolset.com/forums/topic/the-custom-fields-group-page-is-not-loading/#post-1298373

Those errors say there is no such file as requested, and that either means the file is not on your server or it has no read rights.
Please check on your server if the files are there:
- wp-content/plugins/types/public/page/custom_fields/viewmodels/AddNewDialogViewModel.js
- /wp-content/plugins/types/public/page/custom_fields/viewmodels/CustomFieldViewModel.js
- /wp-content/plugins/types/public/page/custom_fields/viewmodels/ListingViewModel.js
- /wp-content/plugins/types/public/page/custom_fields/viewmodels/DeleteDialogViewModel.js

There are 3 options:
1. The files are not on the server, and hence you need to (as suggested) replace the Plugins with fresh copies.
2. The files are on the server but are restricted (have no read rights)
3. The files are on the server but you use cache mechanisms that do not push refreshed JS scripts, and hence, the browser misses eventual new scripts.

This issue is not replicable if the files are there, accessible and readable and not cached.

Please can you try above steps and feedback to me the findings?

#1300379

Thanks.
Apologises about the login redirect plugin.
I have checked the read rights on those files and they are all have read rights.
I am going to make a fresh copy of the live site and reinstall the Toolset plugins. If the issue persists, then I will ask our webhost whether any of their cache mechanisms might be causing the problem.
I will keep you posted.

#1300381

Great.

Since the files are on the server, it either must be a conflict with the server or a plugin, blocking those somehow.