midihead

@giuse,

My apologies for the misunderstanding. Seeing the “Edit Single Post”, “Edit Single Page”, etc. links pointing to /wp-admin/admin.php?page=eos_dp_admin&paged=0 gave me the impression that the plugins weren’t actually being disabled on those admin pages when in fact they were. Also, when I was previously viewing the page source on the admin pages, I was still seeing references to plugins that had been disabled but I now realize that this was because the admin menu items for those disabled plugins were still being displayed on the page. Thanks for explaining how to verify that plugins have been disabled using the Console.

I’m not sure that linking the “Edit Single…” links to the last blog posts or pages is necessary. Making the “Edit Single…” links unclickable would probably make more sense to me.

Thanks!

I am having the same issue with the videos on slides looping even though they are set not to loop. In my case, it seems to be causing an issue where the slide gets stuck and stops advancing to the next slide (even though I don’t have it set to pause on the video slide).

@nmbgeek,

Are you also running the Give PDF Receipts plugin? I have been getting the exact same error with it and WooCommerce for quite some time. My server crons also won’t run as they rely on wp-cli. If I deactivate Give PDF Receipts, then Give and Woocommerce don’t conflict for me and my crons work fine.

I reported this to Give Support back in November of 2023. If your issue is also related to using Give PDF Receipts, please consider going here (https://feedback.givewp.com/bug-reports/p/pdf-receipts-add-on-breaks-wp-cli-on-certain-servers) and upvote this issue so that hopefully they will fix it more quickly.

@giuse,

Do you have an updated estimate on when version 2.2.0 will be released? Thanks!

Jeff

@giuse,

Yes, the beta version appears to have corrected the issue. I no longer see the page jumping happening on my staging site admin pages. Thanks!

@giuse,

The jumping happens only if you first scroll down on the main content on the right side of the admin page itself (not the sidebar) and then click any link on the page. If you scroll first and then click a link, you’ll see the jumping. ?I’m sorry that I missed clarifying this previously.

@giuse,

I just sent you the credentials for my test staging site so that you can troubleshoot the issue. Thanks.

Jeff

I can confirm the same issue and that the revised code by @marcguay temporarily fixes the replace issue. Looking forward to the permanent fix in the plugin. Thanks!

I’m also having the same issue. Making a slight change to a slide crops the images. Getting ready to ditch Depicter if they can’t recognize and fix the issue.

Thank you for pointing me in the right direction. It was indeed a server permissions issue. Cloudways fixed the server permissions and then added define('FS_METHOD','direct'); to my wp-config.php file which appears to have resolved the fatal error. Many thanks!

The results in the error log when Depicter alone is active on a default WordPress theme:

Fatal error: Uncaught TypeError: ftp_nlist(): Argument #1 ($ftp) must be of type resource, null given in /home/xxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-admin/includes/class-wp-filesystem-ftpext.php:420 Stack trace: #0 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-admin/includes/class-wp-filesystem-ftpext.php(420): ftp_nlist() #1 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-content/plugins/depicter/modules/wpemerge-app-core/src/Assets/Assets.php(114): WP_Filesystem_FTPext->exists() #2 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-content/plugins/depicter/modules/wpemerge-app-core/src/Assets/Assets.php(201): WPEmergeAppCore\Assets\Assets->generateFileVersion() #3 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-content/plugins/depicter/app/src/WordPress/AssetsServiceProvider.php(36): WPEmergeAppCore\Assets\Assets->enqueueStyle() #4 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-includes/class-wp-hook.php(308): Depicter\WordPress\AssetsServiceProvider->enqueueAdminAssets() #5 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters() #6 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-includes/plugin.php(517): WP_Hook->do_action() #7 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-admin/admin-header.php(118): do_action() #8 /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-admin/plugins.php(605): require_once('/home/xxxxx.cl…') #9 {main} thrown in /home/xxxxx.cloudwaysapps.com/xxxxx/public_html/staging-marlon/wp-admin/includes/class-wp-filesystem-ftpext.php on line 420

So after some troubleshooting, I narrowed the issue down to a conflict between Profile Builder and the Party Propz extension in the ‘Ultimate Add-ons for Elementor’ plugin from Brainstorm Force. When the Party Propz extension is enabled, it causes the form to not be visible when using your Edit Profile Elementor widget. For now, I have disabled the Party Propz extension but it would be nice if this conflict could be resolved in case I ever want to use the Party Propz extension while Profile Builder is active.

See https://snipboard.io/yW9Hde.jpg

Here is a short video demo showing the issue after creating a new page, adding the Elementor Edit Profile widget, saving, then going back later to try to edit the styling on the form:

Edit Profile Widget Issue in Elementor

I created a new Edit Profile page and added the Edit Profile widget but it still does not allow me to later go back and see the form in the Elementor editor. I can see it when it is first added in Elementor but after saving, exiting to the dashboard, and then going back to edit in Elementor, I can’t see the form in the editor.

WPDM Amazon S3 support has released an update that fixes the conflict with UpdraftPlus. Many thanks for your help.