Thanks!
]]>I have discovered an issue on a password protected page. I would get the WSOD upon entering the password. If I then changed pages and back to the protected page I could view it. I have since discovered that it is an issue with PHP 8.2. I put the site back to PHP 8.1 and the PPP works fine.
]]>I’ve tried renaming the plugins folder and .htaccess, no effect. Checked the wp-config.php file, all looks correct. I have ssh access to the Ubuntu server where it is hosted, so also rn apt-get upgrade wordpress, no change. All of the files seem to be in the directory, and Jetpack is not producing any “site down” messages, but still the WSOD.
Any thoughts on what else to try?
]]>PHP Fatal error: Uncaught TypeError: ftp_fget(): Argument #1 ($ftp) must be of type FTP\Connection, null given in /var/www/mysite.com/wp-admin/includes/class-wp-filesystem-ftpext.php:146\n
Stack trace:\n#0 /var/www/mysite.com/wp-admin/includes/class-wp-filesystem-ftpext.php(146): ftp_fget()\n#1 /var/www/mysite.com/wp-content/plugins/ultimate-addons-for-gutenberg/lib/gutenberg-templates/classes/class-ast-block-templates-sync-library.php(133): WP_Filesystem_FTPext->get_contents()\n#2 /var/www/mysite.com/wp-content/plugins/ultimate-addons-for-gutenberg/lib/gutenberg-templates/classes/class-ast-block-templates-sync-library.php(117): Ast_Block_Templates_Sync_Library->set_default_assets()\n#3 /var/www/mysite.com/wp-includes/class-wp-hook.php(308): Ast_Block_Templates_Sync_Library->setup_templates()\n#4 /var/www/mysite.com/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters()\n#5 /var/www/mysite.com/wp-includes/plugin.php(517): WP_Hook->do_action()\n#6 /var/www/mysite.com/wp-admin/admin-header.php(163): do_action()\n#7 /var/www/mysite.com/wp-admin/options-general.php(64): require_once(‘…’)\n#8 {main}\n thrown in /var/www/mysite.com/wp-admin/includes/class-wp-filesystem-ftpext.php on line 146
]]>While running Ghost we have found visitors using an iPhone and also on a Verizon network are served up the WSOD. The site loads for a fraction of a second then goes completely white. Testing with an iPhone that is NOT on a Verizon network loads the sites just fine. No issues with any other browser/device/network. This ONLY impacts an iPhone that’s using Verizon.
Only solution appears to be completely deactivating the plugin.
We’d really like to continue with the plugin but can’t risk our iphone user base not having access to websites.
Any way you folks could find an iphone and test it against this plugin?
]]>Plugin in Use: Page Builder by SiteOrigin
Here is the stacktrace:
The crash clearly happens in Suki theme and should IMHO be fixed there.
TypeError: method_exists(): Argument #1 ($object_or_class) must be of type object|string, null given
#17 /wp-content/themes/suki/includes/admin/class-suki-admin.php(257): method_exists
#16 /wp-content/themes/suki/includes/admin/class-suki-admin.php(257): Suki_Admin::add_classic_editor_custom_css
#15 /wp-includes/class-wp-hook.php(309): WP_Hook::apply_filters
#14 /wp-includes/plugin.php(189): apply_filters
#13 /wp-includes/class-wp-editor.php(806): _WP_Editors::editor_settings
#12 /wp-includes/class-wp-editor.php(307): _WP_Editors::editor
#11 /wp-includes/general-template.php(3547): wp_editor
#10 /wp-content/plugins/black-studio-tinymce-widget/includes/class-admin.php(309): Black_Studio_TinyMCE_Admin::editor
#9 /wp-includes/class-wp-hook.php(307): WP_Hook::apply_filters
#8 /wp-includes/class-wp-hook.php(331): WP_Hook::do_action
#7 /wp-includes/plugin.php(474): do_action
#6 /wp-content/plugins/black-studio-tinymce-widget/includes/class-widget.php(137): WP_Widget_Black_Studio_TinyMCE::form
#5 /wp-content/plugins/siteorigin-panels/inc/admin.php(1149): SiteOrigin_Panels_Admin::render_form
#4 /wp-content/plugins/siteorigin-panels/inc/admin.php(1331): SiteOrigin_Panels_Admin::action_widget_form
#3 /wp-includes/class-wp-hook.php(307): WP_Hook::apply_filters
#2 /wp-includes/class-wp-hook.php(331): WP_Hook::do_action
#1 /wp-includes/plugin.php(474): do_action
#0 /wp-admin/admin-ajax.php(187): null
Thanks in advance!
**[Edit]** Removed BlackStudio TinyMCE Widget reference, because the Crash also occurs with SiteOrigin Editor Widget.
]]>