xsized

Path was: /wp-content/plugins/wp-smushit/app/assets/js/ – excluding this path helped.

Yeah, did it. If I deactivate “Combine JS-Files” (not sure if this is the original name, using German translation) everything looks good. Tested “Try-Catch-Block, but doesn’t helped.

Oh, one more point: Plugin Autoptimize seems to be involved. If I deactivate this one, then the issue is gone. Found out today.

One more point: Plugin Autoptimize seems to be involved. If I deactivate this one, then the issue is gone. Found out today.

Here are my settings:

{
"id": 1672833166496,
"name": "current",
"description": "",
"config": {
"configs": {
"settings": {
"auto": true,
"lossy": false,
"strip_exif": true,
"resize": false,
"detection": true,
"original": false,
"backup": false,
"png_to_jpg": false,
"nextgen": false,
"s3": false,
"gutenberg": true,
"js_builder": false,
"cdn": false,
"usage": false,
"accessible_colors": false,
"keep_data": true,
"lazy_load": true,
"webp_mod": false
},
"lazy_load": {
"format": {
"jpeg": true,
"png": true,
"gif": true,
"svg": true,
"iframe": true
},
"output": {
"content": true,
"widgets": true,
"thumbnails": true,
"gravatars": true
},
"animation": {
"selected": "spinner"
},
"include": {
"frontpage": true,
"home": true,
"page": true,
"single": true,
"archive": true,
"category": true,
"tag": true,
"bafg": false
},
"footer": true,
"native": true,
"noscript": false
}
},
"strings": {
"bulk_smush": [
"Automatic compression - Active Super-Smush - Inactive Metadata - Active Image Resizing - Inactive Original Images - Inactive Backup Original Images - Inactive PNG to JPEG Conversion - Inactive"
],
"lazy_load": [
"Lazy Load - Active Media Types - jpeg, png, gif, svg, iframe Output Locations - content, widgets, thumbnails, gravatars Display And Animation - Selected: spinner Included Post Types - frontpage, home, page, single, archive, category, tag Load Scripts In Footer - Yes Native Lazy Load Enabled - Yes Disable Noscript - No"
],
"cdn": [
"Inactive"
],
"webp_mod": [
"Inactive"
],
"integrations": [
"Gutenberg Support - Active WPBakery Page Builder - Inactive Amazon S3 - Inactive NextGen Gallery - Inactive"
],
"settings": [
"Image Resize Detection - Active Color Accessibility - Inactive Usage Tracking - Inactive Keep Data On Uninstall - Active"
]
}
},
"plugin": "912164"
}

Created a new topic there, let’s see what happens.

https://www.ads-software.com/support/topic/no-pictures-visible-with-lazyload-and-seopress/

Did some more testing: The LazyLoad feature of Smush does not seem to work together with SEOPress. After disabling LazyLoad pictures are visible.

Her it is:

{
"id": 1672833166496,
"name": "current",
"description": "",
"config": {
"configs": {
"settings": {
"auto": true,
"lossy": false,
"strip_exif": true,
"resize": false,
"detection": true,
"original": false,
"backup": false,
"png_to_jpg": false,
"nextgen": false,
"s3": false,
"gutenberg": true,
"js_builder": false,
"cdn": false,
"usage": false,
"accessible_colors": false,
"keep_data": true,
"lazy_load": true,
"webp_mod": false
},
"lazy_load": {
"format": {
"jpeg": true,
"png": true,
"gif": true,
"svg": true,
"iframe": true
},
"output": {
"content": true,
"widgets": true,
"thumbnails": true,
"gravatars": true
},
"animation": {
"selected": "spinner"
},
"include": {
"frontpage": true,
"home": true,
"page": true,
"single": true,
"archive": true,
"category": true,
"tag": true,
"bafg": false
},
"footer": true,
"native": true,
"noscript": false
}
},
"strings": {
"bulk_smush": [
"Automatic compression - Active Super-Smush - Inactive Metadata - Active Image Resizing - Inactive Original Images - Inactive Backup Original Images - Inactive PNG to JPEG Conversion - Inactive"
],
"lazy_load": [
"Lazy Load - Active Media Types - jpeg, png, gif, svg, iframe Output Locations - content, widgets, thumbnails, gravatars Display And Animation - Selected: spinner Included Post Types - frontpage, home, page, single, archive, category, tag Load Scripts In Footer - Yes Native Lazy Load Enabled - Yes Disable Noscript - No"
],
"cdn": [
"Inactive"
],
"webp_mod": [
"Inactive"
],
"integrations": [
"Gutenberg Support - Active WPBakery Page Builder - Inactive Amazon S3 - Inactive NextGen Gallery - Inactive"
],
"settings": [
"Image Resize Detection - Active Color Accessibility - Inactive Usage Tracking - Inactive Keep Data On Uninstall - Active"
]
}
},
"plugin": "912164"
}

OK, looks like Smush is the cause after all. I did a search over all the files in the plugin directory and find the base64 code of the gif in the smush files. However, it irritates me that the problem only occurs when I have SEOPress active, otherwise never.

that looks like an placeholder image which is set by a lazyload solution (not Autoptimize though, which I’m the dev of). Hummingbird or Smush maybe?

But then it should always be found in the code imho. Without SEOPress I find src=”original image” in the code, with SEOPress activated this embedded GIF.

btw: LazyLoad ist activated in Smush only. Lazyload-image is an animated spinner gif, I already checked this. Base64-encoded this is much much more code then the few characters.

• This reply was modified 1 year, 11 months ago by xsized.

Currently I have the following plugins activated:

ActivityPub
Antispam Bee
Autoptimize
BEAF - Ultimate Before After Image Slider & Gallery
Complianz | GDPR/CCPA Cookie Consent
Edit Author Slug
Envato Market
Herald Buddy
Hummingbird
Koko Analytics
Lightbox for Gallery & Image Block
Limit Login Attempts Reloaded
Maintenance
Meks Easy Ads Widget
Meks Easy Social Share
Meks Flexible Shortcodes
Meks Smart Author Widget
Meks Smart Social Widget
NextGEN Gallery
OMGF
Smush
Template Library and Redux Framework
WebSub (FKA. PubSubHubbub)
Wordfence Security
WP Mail SMTP
WP Twitter Auto Publish
WP-PostViews
WPS Hide Login
Yoast SEO

Yoast was inactive when I tested your plugin. The template I’m using is Herald.

Not sure what features I had enabled, I tried everything possible. I had also cleared the cache again and again and deactivated it in the meantime.

Same for me. Works perfect in posts but does not parse the nngallery-tag in pages.

Want to have one page for all albums und galleries, but for the moment this is not possible.