Forum Replies Created

Viewing 15 replies - 16 through 30 (of 44 total)
  • Thread Starter TryAllTheThings

    (@roots84)

    I provided you all the logs I got in my previous posts. They contain just the “header” for each backup run.

    0000.005 (0) Opened log file at time: Sat, 09 Dec 2023 13:53:30 +0000 on https://www.domain.com
    0000.009 (0) UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.23.13 WP: 6.4.2 PHP: 8.0.30 (apache2handler, Linux host.domain.com 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64) MySQL: 10.10.5-MariaDB-1:10.10.5+maria~deb11 (max packet size=1073741824) WPLANG: de_DE_formal Server: Apache safe_mode: 0 max_execution_time: 900 memory_limit: 1024M (used: 169.1M | 180M) multisite: N openssl: OpenSSL 1.1.1n  15 Mar 2022 mcrypt: Y LANG: C ZipArchive::addFile: Y

    Adding ‘UPDRAFTPLUS_SKIP_CPANEL_QUOTA_CHECK’ does not change the error message or fix the issue.

    Thread Starter TryAllTheThings

    (@roots84)

    I’m quoting myself:

    Even with all plugins except UpdraftPlus disabled, I run into this issue. As soon as UpdraftPlus is disabled, everything works as it should. I even switched to the default theme (although it shouldn’t matter for the backend anyway) the issue persisted.

    The offending plugin is UpdraftPlus.

    Thread Starter TryAllTheThings

    (@roots84)

    If your backups are not working we really do need to see your logs though.

    It’s not just the backups that stopped working. The whole backend is inaccessible while UpdraftPlus is enabled. As soon as you log into the backend, you are greeted with:

    There has been a critical error on this website. Please check your site admin email inbox for instructions.
    
    Learn more about troubleshooting WordPress.

    I did some testing on the site with the least customization to rule out any other issues. It’s pretty much a standard WordPress installation with 4 plugins and the Accelerate theme. Even with all plugins except UpdraftPlus disabled, I run into this issue. As soon as UpdraftPlus is disabled, everything works as it should. I even switched to the default theme (although it shouldn’t matter for the backend anyway) the issue persisted.

    As for the logs: Like I said, the logs are pretty much empty since the issue started. It is just the “header”. Every single log after the 8th looks like this.

    0000.005 (0) Opened log file at time: Sat, 09 Dec 2023 13:53:30 +0000 on https://www.domain.com
    0000.009 (0) UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.23.13 WP: 6.4.2 PHP: 8.0.30 (apache2handler, Linux host.domain.com 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64) MySQL: 10.10.5-MariaDB-1:10.10.5+maria~deb11 (max packet size=1073741824) WPLANG: de_DE_formal Server: Apache safe_mode: 0 max_execution_time: 900 memory_limit: 1024M (used: 169.1M | 180M) multisite: N openssl: OpenSSL 1.1.1n  15 Mar 2022 mcrypt: Y LANG: C ZipArchive::addFile: Y

    The backup is scheduled for 14:30 and usually around 16:00 I get the WordPress email that our site has a technical issue

    Error details
    ==============
    An error of type E_ERROR was caused in line 1251 of the file /home/www/domain.com/wp-content/plugins/updraftplus/admin.php. Error message: Uncaught Error: Call to undefined function disk_free_space() in /home/www/domain.com/wp-content/plugins/updraftplus/admin.php:1251
    Stack trace:
    #0 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(281): UpdraftPlus_Admin->disk_space_check(36700160)
    #1 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(580): UpdraftPlus_Admin->setup_all_admin_notices_global('s3generic')
    #2 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(38): UpdraftPlus_Admin->admin_init()
    #3 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(8): UpdraftPlus_Admin->__construct()
    #4 /home/www/domain.com/wp-content/plugins/updraftplus/updraftplus.php(104): include_once('/home/www/domai...')
    #5 /home/www/domain.com/wp-content/plugins/updraftplus/class-updraftplus.php(508): updraft_try_include_file('admin.php', 'include_once')
    #6 /home/www/domain.com/wp-includes/class-wp-hook.php(324): UpdraftPlus->admin_menu('')
    #7 /home/www/domain.com/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array)
    #8 /home/www/domain.com/wp-includes/plugin.php(517): WP_Hook->do_action(Array)
    #9 /home/www/domain.com/wp-admin/includes/menu.php(161): do_action('admin_menu', '')
    #10 /home/www/domain.com/wp-admin/menu.php(417): require_once('/home/www/domai...')
    #11 /home/www/domain.com/wp-admin/admin.php(158): require('/home/www/domai...')
    #12 /home/www/domain.com/wp-admin/plugins.php(10): require_once('/home/www/domai...')
    #13 {main}
      thrown

    Nothing is written to the PHP error log when the scheduled backup is running. Only when I try to access the backend, this is added:

    [23-Dec-2023 17:29:19 UTC] PHP Fatal error:  Uncaught Error: Call to undefined function disk_free_space() in /home/www/domain.com/wp-content/plugins/updraftplus/admin.php:1251
    Stack trace:
    #0 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(281): UpdraftPlus_Admin->disk_space_check(36700160)
    #1 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(580): UpdraftPlus_Admin->setup_all_admin_notices_global('s3generic')
    #2 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(38): UpdraftPlus_Admin->admin_init()
    #3 /home/www/domain.com/wp-content/plugins/updraftplus/admin.php(8): UpdraftPlus_Admin->__construct()
    #4 /home/www/domain.com/wp-content/plugins/updraftplus/updraftplus.php(104): include_once('/home/www/domai...')
    #5 /home/www/domain.com/wp-content/plugins/updraftplus/class-updraftplus.php(508): updraft_try_include_file('admin.php', 'include_once')
    #6 /home/www/domain.com/wp-includes/class-wp-hook.php(324): UpdraftPlus->admin_menu('')
    #7 /home/www/domain.com/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array)
    #8 /home/www/domain.com/wp-includes/plugin.php(517): WP_Hook->do_action(Array)
    #9 /home/www/domain.com/wp-admin/includes/menu.php(161): do_action('admin_menu', '')
    #10 /home/www/domain.com/wp-admin/menu.php(417): require_once('/home/www/domai...')
    #11 /home/www/domain.com/wp-admin/admin.php(158): require('/home/www/domai...')
    #12 /home/www/domain.com/wp-admin/plugins.php(10): require_once('/home/www/domai...')
    #13 {main}
      thrown in /home/www/domain.com/wp-content/plugins/updraftplus/admin.php on line 1251

    Unless there is another log that UpdraftPlus creates somewhere else, this is all I can give you log-wise.

    Thread Starter TryAllTheThings

    (@roots84)

    Where can I send you the logs without having to censor every single one of them? And if you just want the ones created after the issue started: The log just contains what I already posted above.

    Thread Starter TryAllTheThings

    (@roots84)

    Hello!

    Both exports didn’t use WPML, Polylang or similar plugins. The second export I was using last was even from the same website I was importing it back into. Same versions of everything (PHP, WP, plugins, etc.). Just the “Reset all” in between.

    Thread Starter TryAllTheThings

    (@roots84)

    Hey @mguenter!

    Thanks for the reply. Resetting everything seems to work. The error messages are gone, and I can access all menus within Real cookie Banner.
    I even found a way to reproduce the issue. When I re-import my backed up configuration, everything seems to work out fine (although the import doesn’t work without modifying the export) but as soon as I visit the tab for statistics cookies (which only includes Google Analytics) the issue is back, and I can’t open most menus / tabs within Real Cookie Banner.

    Issue 1: The export (or the underlying issue I’m having) doesn’t create a valid JSON-file that I can re-import right after resetting. (Error: Invalid parameter json)
    Issue 2: The export includes the PHP warnings at the very top:

    <br />
    <b>Warning</b>:  foreach() argument must be of type array|object, null given in <b>[...]/htdocs/wordpress/wp-content/plugins/real-cookie-banner/inc/settings/Cookie.php</b> on line <b>353</b><br />
    <br />
    <b>Warning</b>:  foreach() argument must be of type array|object, null given in <b>[...]/htdocs/wordpress/wp-content/plugins/real-cookie-banner/inc/settings/Cookie.php</b> on line <b>353</b><br />
    {"settings":{"SETTING_BANNER_ACTIVE":

    Issue 3: The export seems to get stuck on some <br> tags in the export. I can only re-import the export after removing those.

    Should I send you the export file for analysis via email somewhere?

    Regards,
    Stefan

    Thread Starter TryAllTheThings

    (@roots84)

    For clarification:

    The warning is shown twice on all frontend pages when the Cookie Banner is enabled. It is shown twice on the Cookie Banner Dashboard and more than 200 times when activating / deactivating a plugin on the WordPress plugins page. The is no difference in the messages.

    Thread Starter TryAllTheThings

    (@roots84)

    Update: After drilling a bit deeper, I managed to find this https://github.com/Freemius/freemius-fixer which was able to fix the error. I also mailed the error to the guys at Freemius

    Thread Starter TryAllTheThings

    (@roots84)

    Hello!

    The theme doesn’t have a multistep checkout. We’re using Germanized Pro, but the issue is also present with only Germanized enabled (Pro Plugin disabled). Should we still take this over to the Pro helpdesk?

    Thanks
    Stefan

    Thread Starter TryAllTheThings

    (@roots84)

    1. Do you mean on the general tab when editing the flipbook? There the correct one is used. On the final page (embedded using shortcode) the second / third page are used as thumbnail. Shortcode used:
    [3d-flip-book mode="thumbnail-lightbox" urlparam="fb3d-page" id="17514" title="false" lightbox="dark"]
    2. That kinda works. But can you adjust the width of the thumbnail, or is it fixed to the size of the given image?

    Thread Starter TryAllTheThings

    (@roots84)

    Hey Shasvat,

    thank you for the quick response and fix. Version 1.3.1 works great and the issue is fixed!

    Thanks
    Stefan

    Thread Starter TryAllTheThings

    (@roots84)

    Klingt prima!
    Und Danke nochmals für die Hilfe!

    Thread Starter TryAllTheThings

    (@roots84)

    Zumindest bei unserer Webseite scheint es kein Problem mit Stripe zu geben. Aber das Argument ergibt natürlich Sinn.
    Was das Pflichtfeld angeht: In gewisser Weise macht Germanized die Anrede zum Pflichtfeld. Sobald man die Option aktiviert, ist bei der Anrede immer automatisch “Herr” ausgewählt. Und dementsprechend bestellen bei uns im Shop sehr viele Kunden mit Frauen-Vorname als “Herr”. Wie wäre es denn, wenn Germanized alternativ eine leere Anrede als Standard setzt und der Kunde dann selbst entscheiden kann, ob er / sie eine Anrede auswählen möchte oder nicht?

    Thread Starter TryAllTheThings

    (@roots84)

    Danke für den Hinweis mit der Validierung. Daran hatte ich gar nicht gedacht.
    Hier mein kompletter Code als Referenz für den nächsten, der danach sucht. Der Code setzt die Anrede bei der Rechnungs- und Versandadresse als Pflichtfeld, fügt eine leere Anrede als Standard sowie die Anrede Firma als Auswahl hinzu. Und final wird validiert, ob der Benutzer eine Anrede ausgewählt hat. Ich habe es nur noch nicht hinbekommen, dass das Feld auch entsprechend rot markiert wird.

    // Make title a required field for billing
    add_filter('woocommerce_billing_fields', 'custom_override_default_billing_fields');
    function custom_override_default_billing_fields( $fields ) {
    	 $fields['billing_title']['required'] = true;
         return $fields;
    }
    
    // Make title a required field for shipping
    add_filter('woocommerce_shipping_fields', 'custom_override_default_shipping_fields');
    function custom_override_default_shipping_fields( $fields ) {
    	 $fields['shipping_title']['required'] = true;
         return $fields;
    }
    
    // Add custom titles
    add_filter( 'woocommerce_gzd_title_options', 'my_child_add_new_title', 10, 1 );
    function my_child_add_new_title( $titles ) {
    	array_unshift($titles, '');
        $titles[3] = 'Firma';
        return $titles;
    }
    
    // Validate custom title field
    add_action( 'woocommerce_after_checkout_validation', 'custom_checkout_validation', 10, 2);
    function custom_checkout_validation( $fields, $errors ){
        if ( empty( $_POST['billing_title'] ) ) {
            $errors->add( 'validation', 'Bitte w&auml;len Sie eine Anrede.' );
        }
    }

    Wäre es nicht sinnvoller, wenn Germanized auch die Validierung für die Anrede gleich mit einbinden würde, da es ja das Feld auch einfügt?

    Thread Starter TryAllTheThings

    (@roots84)

    I contacted the theme author meanwhile. It was an issue of the theme somehow “blocking” Contact form 7 elements.

Viewing 15 replies - 16 through 30 (of 44 total)