• Resolved mrkrk

    (@mrkrk)


    After the update to Forminator version version 1.23.3 styles in my form stopped working on my multisite. I figured that it has something to do with http/https. I tried several solutions but it did not help. This is what I tried:

    • installed Better search replace plugin and replaced http:// with https://
    • In Forminator: <span class=”sui-toggle-label”>Prevent page caching on form pages</span>: ON, Method: Ajax
    • Went to wordpress settings > Permalinks and saved changes
    • Disabled all plugins but forminator
    • Switched between appearance presets in forminator

    Can you help please?

    The page I need help with: [log in to see the link]

Viewing 15 replies - 1 through 15 (of 15 total)
  • Plugin Support Nithin – WPMU DEV Support

    (@wpmudevsupport11)

    Hi @mrkrk,

    Could you please go to:

    /wp-content/uploads/forminator/.htaccess

    And check whether you have the following rule present inside the .htaccess file:

    Options -ExecCGI

    If present, please remove the above line from the existing code and also implement the following code as a mu-plugins to prevent the issue from occuring.

    <?php
    add_filter( 'forminator_upload_root_htaccess_rules', 'wpmudev_remove_htaccess_rules', 10, 1 );
    function wpmudev_remove_htaccess_rules( $rules ) {
    	if ( ! empty( $rules ) ) {
    		$rules = str_replace('Options -ExecCGI', '', $rules);
    	}
    	return $rules;
    }

    Please check this link on how to implement the above code as a mu-plugins:
    https://wpmudev.com/docs/using-wordpress/installing-wordpress-plugins/#installing-mu-plugins

    Please let me know how that goes, or if you have any doubts in implementing the code.

    Kind Regards,

    Nithin

    Thread Starter mrkrk

    (@mrkrk)

    Thank you for the solution but it doesn’t work. I may add that when creating a new page with the Forminator form in it, it displays the form in proper way, but when I publish and view the page, then it is without styles.

    Hello, I have the same issue on two sites.

    Plugin Support Nebu John – WPMU DEV Support

    (@wpmudevsupport14)

    Hi @mrkrk,

    Is there any caching mechanism enabled on your website? If yes, kindly clear all the caches, including the server-side cache if enabled, and verify if this helps resolve the issue.

    Please let us know how that goes.

    @selina27 Would it be possible for you to open a new ticket so we can help you debug the issue?

    Kind Regards,
    Nebu John

    Thread Starter mrkrk

    (@mrkrk)

    I installed the plugin WP Fastest Cache and deleted the cache. I don’t know if it deletes the cache on the server side. I don’t have the access to the server side. Only ftp management and MyphpAdmin. It didn’t resolve the issue. Can you propose other solution, please?

    Plugin Support Saurabh – WPMU DEV Support

    (@wpmudev-support7)

    Hi @mrkrk

    Sorry to hear you are still having this inconvenience.

    I reviewed the form in the site and noticed a 500 error in the browser console. Please check the image below:
    https://snipboard.io/ReQgSd.jpg

    This seems to be a CSS file created by a cache plugin which is not called properly:
    /wp-content/uploads/sites/2/forminator/59_51f81d7a56ee03ff049eedfe97c78e1d/css/style-59.css?ver=1681376885

    To gather more info about this error, enable the WordPress debugging adding these lines of code in your wp-config.php file

    // Enable WP_DEBUG mode
    define( 'WP_DEBUG', true );
    
    // Enable Debug logging to the /wp-content/debug.log file
    define( 'WP_DEBUG_LOG', true );
    
    // Disable display of errors and warnings
    define( 'WP_DEBUG_DISPLAY', false );
    @ini_set( 'display_errors', 0 );

    The code should added before this other line:

    /* That's all, stop editing! Happy blogging. */

    Find more info in the WordPress documentation:
    https://ww.wp.xz.cn/documentation/article/debugging-in-wordpress/

    You can share the /wp-content/debug.log file via Google Drive, Dropbox or any cloud services in the next reply. It will help determine what is causing the 500 error in the site and preventing the CSS to be included.

    Kind regards

    Luis

    Thread Starter mrkrk

    (@mrkrk)

    Ok, I added the code to the wp-config.php file. The log file didn’t appear straight away (neither in main folder nor in /wp-content). So I guess I have to wait a little bit for it to be generated. Or do I have to use the form at least once to generate the log file?

    Hi @mrkrk

    If error exist then the logs should be generated in real-time.

    Please email us at: [email protected]
    Subject: ATTN: WPMU DEV support – wp.org

    Please send:
    – Link to your WordPress site
    – Link back to this thread for reference (https://ww.wp.xz.cn/support/topic/css-style-not-working-on-multisite/)

    Kind Regards,
    Kris

    @wpmudevsupport14 Sorry i just now saw your response. I restored the plugin part via updraft. It crashed my whole site (some issue with Matomo?) and i had to deactivate them via FTP. (I renamed the file, then downloaded it again -the plugins were gone). on the other site I did a full restore via updraft. i have so far not updated forminator to avoid having the same issue

    Thread Starter mrkrk

    (@mrkrk)

    I have sent you an e-mail withe the log file. Thank you for analyzing it.

    I need to warn you that it doesn’t say much, most of it is an error which says:

    [21-Apr-2023 09:59:44 UTC] print_feature_notice
    [21-Apr-2023 09:59:47 UTC] NOT NEW INSTALL
    [21-Apr-2023 09:59:57 UTC] NOT NEW INSTALL

    Plugin Support Dmytro – WPMU DEV Support

    (@wpmudevsupport16)

    Hello @mrkrk ,

    You’re right, there’s no much info in the debug log unfortunately.

    Could you please check if you have the server (Apache, NGINX, etc.) logs, and send the recent error logs as well, after refreshing the page with the form on your site a few times.

    Depending on the server setup, these logs can be typically found in /logs or /var/log/httpd or /var/log/apache2 directory (for Apache servers).

    In NGINX, the default location might be /var/log/nginx/.

    Please use the same email address: [email protected]
    and subject: ATTN: WPMU DEV support – wp.org

    Kind Regards,
    Dmytro

    Thread Starter mrkrk

    (@mrkrk)

    I have sent you an e-mail withe the log file from /var/log/httpd. Thank you for analyzing it.

    Plugin Support Laura – WPMU DEV Support

    (@wpmudev-support8)

    Hi @mrkrk

    I’m sorry for late response!

    The log shows that this is related to what Nithin mentioned in first response. This specific message in the log

    Option ExecCGI not allowed here

    confirms that.

    I understand that you have tried to remove the “Options -ExecCGI” option from .htaccess file in Forminator uploads folder and that didn’t help. This means that it’s “forced” on server configuration level (or in one of .htaccess files in parent folders).

    Overall, this is an issue that our developers are already aware of and are working on a general fix (to be implemented with one of upcoming releases) but for now if the suggested modification didn’t work, two other ways would be:

    1. talk to your host support and ask them if they could help allow ExecCGI in this particular folder “/wp-content/uploads/forminator”

    2. or you can try this:

    – locate the blocked file (according to log it would be “/wp-content/uploads/sites/2/forminator/59_51f81d7a56ee03ff049eedfe97c78e1d/css/style-59.css”) using FTP or some kind of “File Manager” hosting tool
    – copy entire CSS from it
    – and add the same CSS via theme’s “Custom CSS” option or through the plugin like Simple CSS
    – clear all cache after that

    The error on the file and in log would still be there and any changes to the form appearance made via plugin UI afterwards wouldn’t be reflected (unless you’d again manually add that CSS the same way) but at least it should make the form style working again until it’s fully fixed in the plugin.

    Best regards,
    Adam

    Plugin Support Amin – WPMU DEV Support

    (@wpmudev-support2)

    Hello @mrkrk ,

    We haven’t heard from you for a week now, so it looks like you no longer need our assistance.

    Feel free to re-open this ticket if needed.

    Kind regards
    Kasia

    Thread Starter mrkrk

    (@mrkrk)

    While searching for .htaccess file on my server account I discovered that I have a second folder of Forminator in the path /wp-content/uploads/sites/2/forminator. From the mentioned file from this second folder I removed “Options -ExecCGI” and CSS styles started working on my multisite. I hope that will help somebody else with similar problems. Thank you for your assistance WPMU DEV Team

    • This reply was modified 3 years, 1 month ago by mrkrk.
    • This reply was modified 3 years, 1 month ago by mrkrk.
Viewing 15 replies - 1 through 15 (of 15 total)

The topic ‘CSS style not working on Multisite’ is closed to new replies.