Home › Toolset Professional Support › [Resolved] After page creation, Page Edit extremely slow
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 |
---|---|---|---|---|---|---|
- | 10:00 – 13:00 | 10:00 – 13:00 | 10:00 – 13:00 | 10:00 – 13:00 | 10:00 – 13:00 | - |
- | 14:00 – 18:00 | 14:00 – 18:00 | 14:00 – 18:00 | 14:00 – 18:00 | 14:00 – 18:00 | - |
Supporter timezone: Asia/Kolkata (GMT+05:30)
This topic contains 30 replies, has 3 voices.
Last updated by Minesh 2 months ago.
Assisted by: Minesh.
Page Edit - the speed problem only applies to editing pages. Saving often times out.
Our hosting service also looked into the matter to to determine whether this relates to the server. But no.
Here is was lead to the problem.
On Saturday 5 Oct about 40 basic pages were created - containing Toolset Blocks.
Method: Clone the first page, rename the clone, add its image (22.9 kB). Saving the new page. The WP system was not noticeably slower than usual.
The pages are very small, and forms will be added to them in the next development phase.
A page consists only of a heading with heading text, the image, a descriptive paragraph (less than 100 words) and a Toolset Grid block.
We closed down Sunday. On Monday 7 October when we began editing Pages, the Page Edit section became very slow, and saving often edit timed out.
We did all the standard general troubleshooting - clean cache, deactivate/activate plugins, network speed, etc, etc.
It cannot be a general WP problem, as this happens only for Pages.
We did a time test:
* Opening the Media Library from the WP Dashboard takes 6 seconds
* Opening All Posts from WP Dashboard takes 6 seconds
* The list of Pages takes 6 sec to load
* All other links from WP Dashboard seem to load as usual
However
* Opening a specific page to Edit takes 45 seconds
The test page consists of a few blocks: a header, a paragraph with 6 words, an icon with weight 22.9 kB and no loops at all
* Trying to change the icon from the Page Edit window took 1 minute 52 seconds for the Media Library to open
* Saving the page took 55 seconds when not timing out - it is usually within a few seconds.
So accessing the Media Library from WP dashboard seems fine, but not when accessing it from within Page Edit.
Running Debug on 9 October (Tuesday) shows 1867 instances relating to PHP Deprecated happened on Monday.
They relate to Types - perhaps post types? (which we created using Toolset).
Quite a few lines mention Toolset.
The Stack trace summary lists all refer to Toolset.
In a previous support request to Toolset the Deprecated message relating to Toolset was mentioned, but you replied that should not be an issue.
At the moment we are stuck and have no idea how to solve this problem - or even it is related to Toolset. It is strange that this only happens in Page edit.
Please help.
Jacques
We're still busy troubleshooting.
There is now a new error message when trying to Page Edit - relating to the functions.php file - which might have become corrupted.
Although our basic theme is WP's 2024, we designed our own templates (using blocks from Toolbox and a few other plugins) -- this worked fine over the past many months.
Something went wrong with that file since Saturday; and every time we now access Page Edit, new error messages pop up. The latest now this Tuesday afternoon is that the Page edit window now no longer sees the Toolset blocks (Container) we used - see attached image. And also quite a few other Block plugins also disappeared now from Block Selection sub-window.
The new error message complains about:
"Too few arguments to function exception_error_handler() - see image"
and is about woocommerce-views/library/toolset/...
(Although Woocommerce was installed and we created Product Categories, we have not applied these anywhere yet).
The Stackoverflow discussion on the "Too few arguments" problem talks about removing some code.
https://stackoverflow.com/questions/65201307/too-few-arguments-to-function-exception-error-handler-php8
Before doing that, we just need to find out what caused this problem. At the moment all error messages refer to Toolset.
I can send the debug logs FYI, but it looks like only images can be attached here.
Hello. Thank you for contacting the Toolset support.
Can you please send me admin access details and problem URL with what page I can see the issue while editing?
*** Please make a FULL BACKUP of your database and website.***
I would also eventually need to request temporary access (WP-Admin and FTP) to your site. Preferably to a test site where the problem has been replicated if possible in order to be of better help and check if some configurations might need to be changed.
I have set the next reply to private which means only you and I have access to it.
Hi
Is there any news on this problem?
Hello there,
This is a quick follow up to let you know Minesh is not available today but he'll be back shortly and reply to you as soon as possible.
Thank you for your understanding.
Mateus
The thing is that we can not debug on live/production site.
Can you please setup a staging site and send me access details and also share specific page/post link where I can see the issue.
I have set the next reply to private which means only you and I have access to it.
Hi Minesh
This is a Multisite, and cannot be cloned to a staging site at our hosting Service Provider.
The site impression is overall slow.
Even when I try to access plugins page or listing page for the page:
- hidden link
Even when I try to access the debug settings page:
- hidden link
I see error:
503
Service Unavailable
Can you please check with your hosting authority and check with them if they have any idea as it should not only caused by Toolset and if Toolset is the cause we would like to investigate further but for that we need site copy or staging site.
The problem is only with Toolset Page Edit.
My service provider did investigate.
I can drop the backup in Google drive, if that suits you.
Well - as shared I can see 503 error on many pages.
I can drop the backup in Google drive, if that suits you.
==>
What you mean - do you mean copy of your site?
Yes, I mean a copy.
Nothing 503 errors: not on our side, and we're on a different continent than our service provider.
Oops, and to give you access to GDrive, I will need an email address to send the invite to.
is that ok if I try to install the duplicator plugin on your site and try to take the copy of your site?
We use Updraft Plus, but will quickly see if I can get duplicator going.
OK
Duplicator is busy - about 1GB.
It did give a heads-up that the paid Pro version is better for a multisite, so I hope the backup will succeed - we cannot pay for yet another plugin we won't use.
This will take a bit of time.
I put it at:
home/golden/public_html/wp-content/backups-dup-lite
which you should be able to access with the details I sent.
I will pop you a message when it is completed.