wpforms keeps loading

Hey @giwrgos2197,

Thank you for reaching out and sorry for the trouble there!

Would you mind checking your browser developer tools and sharing any errors that are visible on the JS console or the Network tab? In case it helps, you can learn more about using developer tools in this guide.

Also, would you mind heading over to WPForms > Tools > System Info and sharing a copy of the information there?

Thank you!

Hi @kmacharia,

The truth is that it shows 82 errors

Is it ok to paste all of them here?

The System info from WPForms are:

            ### Begin System Info ###

— WPForms Info

Lite: Mar 23, 2024 at 2:30pm (GMT)
Lite Connect: Backup is not enabled

— Site Info

Site URL: https://northcorfutravel.com
Home URL: https://northcorfutravel.com
Multisite: No

— WordPress Configuration

Version: 6.7.1
Language: en_US
User Language: en_US
Permalink Structure: /index.php/%year%/%monthnum%/%day%/%postname%/
Active Theme: Neve 3.8.16
Show On Front: page
Page On Front: Home (#11)
Page For Posts: Unset
ABSPATH: C:\Inetpub\vhosts\northcorfucars.com\northcorfutravel.com/
Table Prefix: Length: 8 Status: Acceptable
WP_DEBUG: Disabled
WPFORMS_DEBUG: Not set
Memory Limit: 40M
Registered Post Stati: publish, future, draft, pending, private, trash, auto-draft, inherit, request-pending, request-confirmed, request-failed, request-completed
Revisions: Enabled

— WordPress Uploads/Constants

WP_CONTENT_DIR: C:\Inetpub\vhosts\northcorfucars.com\northcorfutravel.com/wp-content
WP_CONTENT_URL: https://northcorfutravel.com/wp-content
UPLOADS: Not set
wp_uploads_dir() path: C:\Inetpub\vhosts\northcorfucars.com\northcorfutravel.com/wp-content/uploads/2025/01
wp_uploads_dir() url: https://northcorfutravel.com/wp-content/uploads/2025/01
wp_uploads_dir() basedir: C:\Inetpub\vhosts\northcorfucars.com\northcorfutravel.com/wp-content/uploads
wp_uploads_dir() baseurl: https://northcorfutravel.com/wp-content/uploads

— WordPress Active Plugins

Elementor: 3.26.5
Ultimate Addons for Elementor Lite: 2.0.6
WPCode Lite: 2.2.5
WPForms Lite: 1.9.3.1
WP Mail SMTP: 4.3.0
WP Rollback: 2.0.7
Yoast SEO: 24.2

— WordPress Inactive Plugins

Akismet Anti-spam: Spam Protection: 5.3.5
Hello Dolly: 1.7.2

— Webserver Configuration

PHP Version: 8.1.29
MySQL Version: 10.5.23
Webserver Info: Microsoft-IIS/10.0

— PHP Configuration

Memory Limit: 512M
Upload Max Size: 64M
Post Max Size: 64M
Upload Max Filesize: 64M
Time Limit: 180
Max Input Vars: 5120
Display Errors: On (off)

— PHP Extensions

cURL: Supported
fsockopen: Supported
SOAP Client: Installed
Suhosin: Not Installed

— Session Configuration

Session: Disabled End System Info ###

Thank you for your response

• This reply was modified 2 months ago by giwrgos2197.

Hi @giwrgos2197

Thank you for getting back to me. We appreciate the additional details.

Our team is currently investigating this further. Would you mind sharing a copy of the errors via this site?

Thank you!

Hi @kmacharia

Thank you for your response. I shared the errors

https://pastebin.com/78DDshfW

Thank you!

Hey @giwrgos2197,

Thank you for sharing these errors. They were very helpful.

The errors suggest that the jQuery script is not loading on your admin pages or at least it is getting delayed nad this is breaking the WordPress functionality that relies on this script. It also looks like the script is reporting a 403 error which could be related to your server. The errors also show that the issue affects other scripts from Elementor and WordPress core files.

Would you mind reaching to your host and checking if they did some recent changes that could be affecting the jQuery script?

Please let us know how this goes. Thank you!

Hey @giwrgos2197

We haven’t heard back from you in a few days, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Same problem here – load-scripts.php experiences a timeout, jQuery is not loaded, causing the WPForms editor to load forever.

(The URL is /wp-admin/load-scripts.php?c=0&load%5Bchunk_0%5D=jquery-core,jquery-migrate,utils,jquery-ui-core,underscore,wp-util,jquery-ui-mouse,jquery-ui-sortable,jquery-ui-draggable,wp-pol&load%5Bchunk_1%5D=yfill,moxiejs,plupload&ver=6.7.1)

I fixed it by disabling script concatenation. You can do so by adding the following line to the wp-config.php file:

define( 'CONCATENATE_SCRIPTS', false );

In my opinion the plugin shouldn’t break on script concatenation though, as it’s WordPress’ default and everything else works fine with it…

• This reply was modified 1 month, 1 week ago by Jan Dembowski.
• This reply was modified 1 month, 1 week ago by Tim. Reason: found temp. fix
• This reply was modified 1 month, 1 week ago by Tim.

Thall you so much for the answer Tim! I am changing daily between Chrome and firefox because this issue didn’t occur simultaneously on these browsers so far so there is always one that keeps loading the forms. But obviously this is something that needs to be fixed.

Dagfari

Hi @greller and @dagfari1980,

Thanks so much for reaching out and sharing the details about the issue. I really appreciate you providing the URL and the fix you found by disabling script concatenation.

I wanted to let you know that I’ve tried to reproduce the problem on my end with script concatenation enabled (by setting define( 'CONCATENATE_SCRIPTS', true ); in wp-config.php), but so far, I haven’t been able to replicate the timeout or the editor loading issues. Everything seems to be loading correctly for me with concatenation turned on.

This suggests that the problem you’re seeing might be specific to a conflict or interaction with another plugin, your active theme, or perhaps some custom code on your site that’s triggering this behavior when script concatenation is enabled.

To help us get to the bottom of what’s causing this on your end, and to potentially identify a more permanent fix rather than disabling script concatenation, would you be willing to share a bit more information for further troubleshooting?

Specifically, it would be incredibly helpful if you could:

1. Look at the Network tab in your browser’s developer tools: In the developer tools panel, could you go to the “Network” tab? When the load-scripts.php timeout occurs, the Network tab might show details about the request, including timing information or any error responses. Any information from the Network tab related to the load-scripts.php request would be very helpful.
2. Share your System Info: Please go to WPForms > Tools > System Info in your WordPress dashboard. You can copy the entire System Info report from that page and share it with us. This will give us details about your WordPress environment, including your active plugins, theme, WordPress version, WPForms version, and server settings, which might help us identify potential conflicts.

By providing these details, it will give us a much better chance of reproducing the issue on our end or understanding the specific conflict that’s happening on your sites, and hopefully find a more targeted solution.

Thanks again for reporting this, and we appreciate your help in troubleshooting!

Hey @rsouzaam ??
I already gave the project to the client, so I don’t want to break it again now. I couldn’t find anything specific in the Network tab as far as I remember. When I try the URL now, it does return the scripts as expected.

Here is the system info:

				### Begin System Info ###

-- WPForms Info

Lite:                     Mar 24, 2023 at 5:15pm (GMT)
Lite Connect:             Backup is not enabled

-- Site Info

Site URL:                 https://[...]
Home URL:                 https://[...]
Multisite:                No

-- WordPress Configuration

Version:                  6.7.1
Language:                 de_DE
User Language:            de_DE
Permalink Structure:      /%postname%/
Active Theme:             dng2024 
Show On Front:            page
Page On Front:            Startseite (#2315)
Page For Posts:           Unset
ABSPATH:                  /var/www/vhosts/[...]/
Table Prefix:             Length: 9   Status: Acceptable
WP_DEBUG:                 Enabled
WPFORMS_DEBUG:            Not set
Memory Limit:             40M
Registered Post Stati:    publish, future, draft, pending, private, trash, auto-draft, inherit, request-pending, request-confirmed, request-failed, request-completed, acf-disabled, dp-rewrite-republish
Revisions:                Enabled

-- WordPress Uploads/Constants

WP_CONTENT_DIR:           /var/www/vhosts/[...]/wp-content
WP_CONTENT_URL:           https://[...]/wp-content
UPLOADS:                  Not set
wp_uploads_dir() path:    /var/www/vhosts/[...]/wp-content/uploads/2025/03
wp_uploads_dir() url:     https://[...]/wp-content/uploads/2025/03
wp_uploads_dir() basedir: /var/www/vhosts/[...]/wp-content/uploads
wp_uploads_dir() baseurl: https://[...]/wp-content/uploads

-- WordPress Active Plugins

Advanced Custom Fields PRO: 6.3.12
EWWW Image Optimizer: 8.1.1 (needs update - 8.1.2)
Regenerate Thumbnails: 3.1.6
Resizable Editor Sidebar: 1.0.5
SMTP Mailer: 1.1.17
UpdraftPlus - Backup/Restore: 1.25.2
Wordfence Security: 8.0.3
WPForms Lite: 1.9.4.1
Yoast Duplicate Post: 4.5
Yoast SEO: 24.6

-- WordPress Inactive Plugins

EMC Scheduling Manager: 4.2
Real Cookie Banner (Free): 5.0.13
Search & Replace: 3.2.3

-- Webserver Configuration

PHP Version:              8.2.27
MySQL Version:            10.3.39
Webserver Info:           Apache

-- PHP Configuration

Memory Limit:             256M
Upload Max Size:          8M
Post Max Size:            8M
Upload Max Filesize:      8M
Time Limit:               180
Max Input Vars:           1000
Display Errors:           N/A

-- PHP Extensions

cURL:                     Supported
fsockopen:                Supported
SOAP Client:              Installed
Suhosin:                  Not Installed

-- Session Configuration

Session:                  Disabled

### End System Info ###			

Hi @greller,

Thanks for the update and details!

I’ve tested your URL on a local environment with the plugins from your System Info (link), and could not reproduce the issue:

• In Google Chrome
• In Firefox

The issue you experienced might have been addressed in WPForms Lite 1.9.4.1, which included some improvements.

If you notice any similar issues in the future, please don’t hesitate to reach out. We’re always here to help!

Thanks!