P.S. if it seems to be working now, it isn’t, as temporarily I’ve had to completely remove Meow Gallery and replace all the shortcodes with the Media Library Assistant gallery, not as good but I can’t have the pages broken like that.
It’s a temporary measure, and I’d like to get Meow Gallery to work, but I don’t know if a response is going to take days or weeks, so I need something to at least be working in the meantime.
Also what’s with the standard WP Gallery Shortcode? It’s broken, it doesn’t have columns anymore!
-
This reply was modified 1 year, 6 months ago by
timbearcub.
I fixed it – kinda.
The error still remains, but it seems that the problem for Gallery AND Lightbox is if you have a gallery for more than 500 images – I know one that broke was 687 and another was 514, so guessing somewhere around that – then if Meow Gallery is enabled it kicks out that error.and you don’t see the page, just get a ‘critical error’ if PHP errors are disabled – and you can’t edit that page either!
And Meow Lightbox stops working on that gallery even if Meow Gallery is disabled, links open directly in the browser on a >500 image gallery, smaller galleries work fine
I kind of fixed it with Media Library Assistant; using pagination means both started working again, and then using mla_alt_shortcode=gallery as per a post here https://wordpress.org/support/topic/using-mla-with-meow-gallery/ meant then Meow Gallery could see it, not freak out at the large gallery, and then use the tiling and Lighbox started working again for those two large galleries. Phew – I was dreading trying to use another plugin cos it’s mean having to retag over 2,600 images.
Not totally happy about using MLA cos it does weird things to my Media Library view, and I don’t like running two plugins for my gallery, but it’s better than nothing.
Error still remains though – MG and ML doesn’t like galleries bigger than 500 or so images, seemingly.
-
This reply was modified 1 year, 6 months ago by
timbearcub.
-
This reply was modified 1 year, 6 months ago by
timbearcub.
-
This reply was modified 1 year, 6 months ago by
timbearcub.
-
This reply was modified 1 year, 6 months ago by
timbearcub.
-
This reply was modified 1 year, 6 months ago by
timbearcub.
-
This reply was modified 1 year, 6 months ago by
timbearcub.
Hey @timbearcub !
I was able to replicate your issue with a gallery of 550 images. It seems the issue is arising from how the block is generated. Thank you for reporting this issue; we will definitely look into it. By the way, if you use the Infinite Scroll feature, it should solve the problem, although it should work in both cases to begin with. 😊
Glad to be of help! Love the gallery and lightbox, so was glad I found a partial solution to this, I hope a fix is forthcoming soon. I do actually like my paginated galleries, would be great if MG had that function too so I didn’t need to rely on MLA, but it works.
Thanks.
Hey @timbearcub !
I’ve been investigating this issue, and here is what I’ve found. WordPress verifies the HTML of loaded pages to convert content with text smilies to images. To achieve this, WordPress uses an “ungreedy” regular expression. The use of the “ungreedy” parameter causes the backtrack limit to be exhausted quickly, especially when dealing with long strings. This becomes apparent, for example, when processing a gallery with over 500 meta data entries simultaneously. If you manually remove this “ungreedy” parameter, the process works as intended.
Since modifying WordPress files is not recommended as updates will erase changes, you can address this issue by adjusting the backtrack limit in your PHP settings. To do this, add the following line to your php.ini file: pcre.backtrack_limit=1000000000
. It’s essential to exercise caution when increasing the backtrack limit, and for this particular use case, it might be more suitable to use features such as infinite loading or pagination, as you’re already doing.
Hope this helps ! 😊