jpollock

Thanks @andergmartins! The Dropbox link doesn’t seem to work thought. It reports the item was deleted. Is there an alternative available for us?

I can confirm this issue. I’ve been working on the same thing. Stock 2021 theme, only active plugin is PublishPress. To reproduce, create a new post, add a title or something, then resize your browser down to the smallest mobile size. The block editor crashes and you get an error message.

Alternatively, start with the browser at it’s smallest size, create a new post, add a title or something, resize the browser to a larger size, notice the error again when the block editor fails.

So yeah, simply shrinking the screen size causes G-Berg to crash. Disable PublishPress, resize browser, no crash.

Hi @bradvin ! Sorry for being so slow to respond.

I’ve got FooGallery configured to display FooGallery PRO Lightbox as the Lightbox option.

The FooBox settings “All Images” option is not checked. Screenshot at https://snpy.in/onXWkS

Yet the issue persists. When placing a YouTube video inside the gallery, when activated both FooBox and FooGallery open, with FooBox in the foreground and FooGallery in the background. Resulting in 2 lightboxes playing 2 videos. Screenshot showing FooBox on top of FooGallery at https://snpy.in/xgTFds

Tested in Chrome & FireFox. WP 5.6. Genesis theme. Issue persists will all other plugins disabled aside from FooGallery & FooBox. Disabling FooBox solves problem.

This was on me. There was a fatal error on the PHP file I was pointing to. Fixing that issue allows me to use the local file as the Endpoint. Very excited to start using this plugin on our new static project! Thank you!

I’ve got the same problem on 4.8.1 – what was the resolution here?

Thank you @clorith. Sorry for the delay in my reply. You are correct, we do indeed have DISALLOW_FILE_EDIT and DISALLOW_FILE_MODS set to true on our production configs to stop clients from editing files and adding plugins. I find it odd that even the most basic Health Check plugin screens are unavailable, but at least I can cross figuring this out off my list. Huge thanks for that.

Same. WP 5.1.1

I also have a similar use case wherein I have custom fields the user must fill out when registering for the site. These fields are simply First Name & Last Name, however they are not available in the $user object when Eonet sends the notification email.

Awesome!

What about those of us that can’t upgrade their version of php that easily and are stuck on 5.3.3? Should we not use this plugin?

Also like to see this functionality!

Also, @msaari, I’m curious as to whether or not ACF Pro would render this code futile? The path to ACF Pro is advanced-custom-fields-pro/acf.php. Are ACF Pro users getting the benefit of the indexing?

Thanks for a great plugin!!

• This reply was modified 8 years, 1 month ago by jpollock.

Thanks @timwakeling-1. You helped me get to the bottom of this.

If anyone is looking for a temporary workaround, one option is to add include_once( ABSPATH . 'wp-admin/includes/plugin.php' ); just above if (! is_plugin_active('advanced-custom-fields/acf.php')) return ; in lib/indexing.php line 733 as a temporary workaround until a patch is offered by @msaari.