SJNBham

Hi @kubitomakita,

We’re using the standard block editor (Gutenberg) in WordPress 6.2.

We’ll enable the Background Processing setting for now. Initial testing points to this preventing duplicates.

Hopefully a fix can be added to a future update so duplicates aren’t sent when using the Gutenberg editor while still having immediate notifications.

Thanks for the quick response!

OK – I think we have this sorted now. This was a similar issue as the Media endpoint being created as “attachments” by default. When this plugin creates the default endpoint for the Envira Gallery “Gallery” post type, it names the endpoint “envira”. After inspecting what calls were being made while editing a page with an Envira Gallery gallery block inserted, we saw the following:

https://mysite.com/wp-json/wp/v2/envira-gallery/1292781?_locale=user

Once we renamed the endpoint from “envira” to “envira-gallery” it resolved this issue.

It might be worth updating the support documentation or on-screen help for the plugin config pages to note the endpoints may not be accurate and to verify those as part of troubleshooting steps.

Thanks

Hi – checking back to see if there’s been any progress in resolving this plugin conflict. Thanks!

Thanks for the quick response, Evan!

We’re seeing the same issue as of 7/6/2022

Confirming Envira Gallery plugin updates released on 3/23/2022 (Version 1.9.4.2) resolved our issue with PHP 8, Envira Gallery, and EMR. Thanks, @petredobrescu!

We had this same issue and it was tied to having EMR, Envira Gallery, and PHP 8 in our environment. Envira support confirmed the bug and release an update that fixed this for us on 3/23/2022 (Version 1.9.4.2)

That seems to fix the download button link. Not sure what the root cause of the issue is, but thank you for the workaround. Maybe if others run into this there could be some correlation and the cause will be discovered.

Appreciate the quick response!

Refreshing the permalink settings didn’t appear to resolve the issue for us. Try creating a small download (10MB and then a large download (700 MB). See if that makes any difference in your results.

We seem to be able to create small downloads reliably and the Download button works for them. But the larger download links don’t seem to work. We’ve tried giving it time in case there was some kind of backend process going on. We can download the zip file directly after creating it if we manually enter the URL – even if the download link isn’t working (e.g. https://mydomain.com/wp-content/uploads/jabd-downloads/8/622254e9d848c.zip works immediately when https://mydomain.com/news/downloads/622254e9d848c doesn’t).

Also, for Edge (Chromium) we’re getting HTTP error 500 for the download links that aren’t working. For the same URL in Firefox, we’re getting HTTP error 404. Not sure why the browsers are handling them differently.

In digging into the directory structure, it looks like the downloads are being stored in:

https://mydomain.com/wp-content/uploads/jabd-downloads/8/62211898b6a67.zip

When we access it using the above link directly in a browser, the download succeeds. We’re unsure why our download button link is referencing “/news/downloads/62211898b6a67”.

Received confirmation from Envira Gallery support their devs have connected with the ShortPixel/EMR team to look into this issue.

We’re seeing a potential conflict between Envira Gallery Pro and Enable Media Replace as well. We can reproduce the issue by doing the following:

– Go to Media Library and use List mode to edit a file
– Use the Upload a new file button on the Edit Media page
– Choose a file to upload with the same name as the existing one
– Replacement option: Replace the date with current date
– Date option: Replace the date with current date
– Select the Upload button and within a few seconds the following error occurs: “There has been a critical error on this website. Please check your site admin email inbox for instructions.”

The site error logs include the following corresponding entry:

“[Thu Feb 03 19:27:21.608019 2022] [php:error] [pid 18038] [client 216.57.200.246:0] PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, string given in /nas/content/live/bhamdev/wp-content/plugins/envira-gallery/src/Admin/Admin_Container.php:1061\nStack trace:\n#0 /nas/content/live/bhamdev/wp-content/plugins/envira-gallery/src/Admin/Admin_Container.php(1061): count('')\n#1 /nas/content/live/bhamdev/wp-includes/class-wp-hook.php(307): Envira\\Admin\\Admin_Container->emr_clear_envira_cache('https://bhamdev...', 'https://bhamdev...', 39540)\n#2 /nas/content/live/bhamdev/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters('', Array)\n#3 /nas/content/live/bhamdev/wp-includes/plugin.php(474): WP_Hook->do_action(Array)\n#4 /nas/content/live/bhamdev/wp-content/plugins/enable-media-replace/classes/replacer.php(254): do_action('enable-media-re...', 'https://bhamdev...', 'https://bhamdev...', 39540)\n#5 /nas/content/live/bhamdev/wp-content/plugins/enable-media-replace/views/upload.php(159): EnableMediaReplace\\Replacer->replaceWith('/tmp/php7me846', 'ADA-30.jpg')\n#6 /nas/content/live/bhamdev/wp-content/plugins/enable-media-replace/classes/emr-plugin.php(163): require_once('/nas/content/li...')\n#7 /nas/content/live/bhamdev/wp-includes/class-wp-hook.php(307): EnableMediaReplace\\EnableMediaReplacePlugin->route('')\n#8 /nas/content/live/bhamdev/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters('', Array)\n#9 /nas/content/live/bhamdev/wp-includes/plugin.php(474): WP_Hook->do_action(Array)\n#10 /nas/content/live/bhamdev/wp-admin/admin.php(259): do_action('media_page_enab...')\n#11 /nas/content/live/bhamdev/wp-admin/upload.php(10): require_once('/nas/content/li...')\n#12 {main}\n thrown in /nas/content/live/bhamdev/wp-content/plugins/envira-gallery/src/Admin/Admin_Container.php on line 1061, referer: https://bhamdev.wpengine.com/wp-admin/upload.php?page=enable-media-replace%2Fenable-media-replace.php&action=media_replace&attachment_id=39540&_wpnonce=e05be0033b
”
Our environment:

WPEngine hosted
PHP 8.0
WordPress 5.9
Enable Media Replace 3.6.3
Microsoft Edge (chromium)

We recently updated from PHP 7.4 to 8.0. When we revert back to PHP 7.4, the conflict appears to go away. So there might be something in EMR or EG that needs to be tweak based on PHP 8 changes. We’re happy to provide access to our dev environment if it helps resolve this.

Thanks for looking into it ??

We have about 3,700 pages and this plugin works. We are using WordPress CORE 5.9 and PHP 8. However, CMS Tree Page View plugin loads our page tree view much more quickly asynchronously. Is async on the roadmap for this plugin? It would be cool to have a way to financially sponsor a specific feature.

Hi @johnny5 – thanks for the reply. We’re still unsure why the first rule wasn’t working while the second rule was. But in any case, we resolved this by working with our WordPress hosting provider to update the server config to insert a header for all PDFs of cache-control: no-store. Seems to be working well and avoids confusion from the version query string being appended to the file name.

Two other updates.

1) This appears to work just fine (results in redirecting and appending the unix timestamp as a query string:

Source URL (regex): ^(\/[a-zA-Z-_\d]+\.[pP][dD][fF])
Match: URL only
Target URL: /wp-content/uploads$1?ver=[unixtime]

So /2021-06-24-staff-report.pdf becomes /wp-content/uploads/2021-06-24-staff-report.pdf?ver=1641862689

2) We’re wondering if having two redirection rules that affect the same URL for a PDF would cause an issue (double-hop redirect for a PDF). But in any case, the following doesn’t appear to be working:

Source URL (regex): ^\/(wp-content\/uploads\/.*\.[pP][dD][fF])$
Match: URL only
Target URL: /$1?ver=[unixtime]

So /wp-content/uploads/2021-06-24-staff-report.pdf doesn’t get modified by the above rule.