JeanPaulH

@jeffpaul Thanks, but that’s not what I meant. I’m referring to this issue.

Marvellous! My issue with the UI sluginess has been resolved completely. The core/classic-editor block now shows ”?Performance virtualization applied to large list.” and is as instant as the other block overviews.

All my other blocks are under 2.000 occurrences, so I can only check with the core/classic block, but really happy how this beta has turned out. I can now say farewell to 10up’s Block Catalog, which was also fine, but didn’t show a complete overview of block occurrences over all custom post types.

Does the UI slow down at your scale?

Yes. As in; completely unable to work with. But ONLY when I open a block with a lot of occurrences, like the core/classic-editor block (over 60K occurrences). The UI then freezes to the point I can’t open it anymore. After some digging I found clearing the FMB LocalStorage (which holds the pointers) releases the UI, but then I have to do the scan all over again. So right now I just avoid opening the core/classic-editor block. But it’s less than ideal.

Have you tried something like FakerPress or another tool to just generate a lot of bogus content to test sites like ours?

I can confirm 4.2.0-beta1 solves the issue. Output is now shown correctly after the scan. Tested with latest Safari/macOS.

Same issue here. I normally use Safari, but used Chrome for the search based on the previous reply. My scan frequency was set to Medium.

Uncaught (in promise) DOMException: Failed to execute 'setItem' on 'Storage': Setting the value of 'fmb_found_blocks' exceeded the quota.
    at https://example.com/wp-content/plugins/find-my-blocks//assets/js/find-my-blocks.js?ver=1714411101:1:24268
    at setCachedFoundBlocks (https://example.com/wp-content/plugins/find-my-blocks//assets/js/find-my-blocks.js?ver=1714411101:1:24770)
    at startSearch (https://example.com/wp-content/plugins/find-my-blocks//assets/js/find-my-blocks.js?ver=1714411101:1:23158)

Searching for your blocks...
Progress: 100%

Scanning batch 637 out of 637

Total block instances detected: 77187 in 63481 locations.

• This reply was modified 6 months, 3 weeks ago by JeanPaulH.

Thank you for the extremely quick reply. I need to do some more digging to check how we implemented this. Good to know it’s on our side. Feel free to close the ticket ??

Unfortunately I don’t see such option. I have made a quick screen capture. It’s just downloading the image, shows the green check mark and then nothing.

I have the same issue with both the Classic and the visual editor (no Gutenberg). All media is correctly downloaded to the media library, but not immediately inserted into the post editor. We have to switch to the Media Library to finally insert the image into the editor.

While I think the plugin is really useful, I don’t have any use for the premium version right now. I’ll find another way to dequeue the styles. Thanks for the answer.

Sorry for the misunderstanding, but it’s not my own PR. I just noticed an open PR for the same issue we’re facing.

Sorry to tag along, but it’s probably similar to an issue which we’re seeing and which could be solved by implementing this PR.

Would help us as well!

np. Great idea indeed. I’ll submit some issues on your Github repo (if not already open).

5 mins later … solved when I remove the last comma on line 28.
I am on PHP 7.2.33 (Mamp Pro) fwiw.

Also – the link box is getting extremely hard to use on mobile screens (e.g. iPhone) due to all the extra checkboxes. I have to rotate my phone (iPhone 11 Pro) to be able to submit the added link. In portrait mode the “Add Link” button is off screen and can’t be tapped anymore.

Hopefully this can be fixed.