-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fixes #609 conflict with wp cloudflare super page cache #650
Fixes #609 conflict with wp cloudflare super page cache #650
Conversation
…using our Bulk Page and requiring it in list of 3rd party plugins
if ( | ||
! is_admin() | ||
|| | ||
'media_page_imagify-bulk-optimization' !== $hook_suffix |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe that @markonikolic985 told me that we need to do that in all imagify admin pages not just only bulk optimization one, right?
… for all Imagify admin pages
Ready for @wp-media/qa |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
QA done, no conflict anymore.
closes #609
When both Imagify and WP Cloudflare Super Page Cache plugins are enabled at the same time, the Bulk Optimization will not start when "Imagif'em All' is pressed. This was due to the fact they both used the same Sweet Alert script and this caused a conflict.
This fixes that conflict by checking if the WP Cloudflare Super Page Cache Sweet Alert script is enqueued, and if so, it dequeues it.