When you click on links to various merchants on this site and make a purchase, this can result in this site earning a commission. Affiliate programs and affiliations include, but are not limited to, the eBay Partner Network.
If you click on the posted pixelated photo it'll open it up clear.
I'm seeing that but it also has other pics in a group that includes other pics in the thread that can be indexed through.
Am also getting apostrophies in post texts showing up as blank squares. This started at the same time as the picture issue.
Mac OS/ Safari on iMac. Version 15.4 (15613.1.17.1.11, 15613)
We shouldn't have to do this though. It worked just fine before the latest update. This is the only forum I am having problems with so far.
I think it was posted as an observation.
The issue is not specific to CorvetteForum. It's related to the code that is used to load the pictures. However, it's not used on all websites either. There are so many variables and different software out there that few two websites are alike.
I figured this out.. in iOS 15.4 Safari added "lazy loading" support based on the loading="lazy" attribute being in image tags in the HTML. This forum software puts that loading="lazy" attribute onto the images...I am assuming this is conflicting with the progressive loading scripts that this site utilizes (i.e. you end up with a lazy loaded lazy load ).
I fixed this by disabling lazy loading in the safari advanced "experimental" settings. This is located here:
Settings -> Safari -> Advanced -> Experimental Features -> Lazy image loading
This should be safe to do and will not hurt anything (other than perhaps slowing down load of sites that fully utilize this attribute). You can always turn it back on.
I think this is a combo of perhaps a "safari" issue but it really may be an issue with the script on this site...and where it may need a tweak to adjust if the browser (particularly iOS) support the lazy loading attribute.
I figured this out.. in iOS 15.4 Safari added "lazy loading" support based on the loading="lazy" attribute being in image tags in the HTML. This forum software puts that loading="lazy" attribute onto the images...I am assuming this is conflicting with the progressive loading scripts that this site utilizes (i.e. you end up with a lazy loaded lazy load ).
I fixed this by disabling lazy loading in the safari advanced "experimental" settings. This is located here:
Settings -> Safari -> Advanced -> Experimental Features -> Lazy image loading
This should be safe to do and will not hurt anything (other than perhaps slowing down load of sites that fully utilize this attribute). You can always turn it back on.
I think this is a combo of perhaps a "safari" issue but it really may be an issue with the script on this site...and where it may need a tweak to adjust if the browser (particularly iOS) support the lazy loading attribute.
Apologies, I did not see that this thread started as macOS. It was linked to from a thread about the exact same issue on iOS. It should be the exact same fix, you just get there differently...
Go to:
Safari -> Preferences -> Advanced -> Check the "Show Develop menu in menu bar"
Then from the menu bar go to:
Develop -> Experimental Features -> Uncheck "Lazy image loading"
I figured this out.. in iOS 15.4 Safari added "lazy loading" support based on the loading="lazy" attribute being in image tags in the HTML. This forum software puts that loading="lazy" attribute onto the images...I am assuming this is conflicting with the progressive loading scripts that this site utilizes (i.e. you end up with a lazy loaded lazy load ).
I fixed this by disabling lazy loading in the safari advanced "experimental" settings. This is located here:
Settings -> Safari -> Advanced -> Experimental Features -> Lazy image loading
This should be safe to do and will not hurt anything (other than perhaps slowing down load of sites that fully utilize this attribute). You can always turn it back on.
I think this is a combo of perhaps a "safari" issue but it really may be an issue with the script on this site...and where it may need a tweak to adjust if the browser (particularly iOS) support the lazy loading attribute.
Trying this now! Good detective work!
**edit to add that this does seem to work. Chrome was doing the same thing for me.
Apologies, I did not see that this thread started as macOS. It was linked to from a thread about the exact same issue on iOS. It should be the exact same fix, you just get there differently...
Go to:
Safari -> Preferences -> Advanced -> Check the "Show Develop menu in menu bar"
Then from the menu bar go to:
Develop -> Experimental Features -> Uncheck "Lazy image loading"
I figured this out.. in iOS 15.4 Safari added "lazy loading" support based on the loading="lazy" attribute being in image tags in the HTML. This forum software puts that loading="lazy" attribute onto the images...I am assuming this is conflicting with the progressive loading scripts that this site utilizes (i.e. you end up with a lazy loaded lazy load ).
I fixed this by disabling lazy loading in the safari advanced "experimental" settings. This is located here:
Settings -> Safari -> Advanced -> Experimental Features -> Lazy image loading
This should be safe to do and will not hurt anything (other than perhaps slowing down load of sites that fully utilize this attribute). You can always turn it back on.
I think this is a combo of perhaps a "safari" issue but it really may be an issue with the script on this site...and where it may need a tweak to adjust if the browser (particularly iOS) support the lazy loading attribute.
Thanks for the info. We'll discuss this finding with the team.
Opinion, but I slightly disagree about it being a site issue. Using the "lazy" attribute or class is not uncommon with this feature. So my guess is that other sites using this feature will also have the issue. It's just that not all websites use it.
Thanks for the info. We'll discuss this finding with the team.
Opinion, but I slightly disagree about it being a site issue. Using the "lazy" attribute or class is not uncommon with this feature. So my guess is that other sites using this feature will also have the issue. It's just that not all websites use it.
No doubt. I'm the industry too...didn't mean to point fingers...it's one of those things where you get backed into a corner where "Apple" or "Microsoft" or "Google" introduces something new (or turns something off!) that doesn't play nice with existing sites. I think in this case it's something with the lazy load JS from vBulletin (?) interacting with that lazy load attribute with Apple 15.4, but I digress as I had to stop myself from debugging further, so that's mostly anecdotal from me. So it's one of those "I'm sure there's a code fix/workaround" but perhaps Apple can be convinced they have an actual bug with that feature...probably worth submitting something to them with evidence, and showing that disabling that functionality makes it work?
**edit to add that this does seem to work. Chrome was doing the same thing for me.
Thanks! If you mean on iOS, that makes complete sense. Even when you install Chrome (or whatever other browser) on an iOS device, Apple forces that browser to *still* use the Webkit rendering engine from Safari (in other words it may "look" like chrome, have a different UI/feel, but the rendering of the actual pages is STILL essentially Safari). That's why it really stinks when Apple stops providing support for older devices (granted very old devices)...you cannot even load a "modern" browser on them because they are all locked to the same version of Safari Webkit that was last released for that device.
Thanks! If you mean on iOS, that makes complete sense. Even when you install Chrome (or whatever other browser) on an iOS device, Apple forces that browser to *still* use the Webkit rendering engine from Safari (in other words it may "look" like chrome, have a different UI/feel, but the rendering of the actual pages is STILL essentially Safari). That's why it really stinks when Apple stops providing support for older devices (granted very old devices)...you cannot even load a "modern" browser on them because they are all locked to the same version of Safari Webkit that was last released for that device.
Wow...you really know your stuff! Thank you for the explanation!
I figured this out.. in iOS 15.4 Safari added "lazy loading" support based on the loading="lazy" attribute being in image tags in the HTML. This forum software puts that loading="lazy" attribute onto the images...I am assuming this is conflicting with the progressive loading scripts that this site utilizes (i.e. you end up with a lazy loaded lazy load ).
I fixed this by disabling lazy loading in the safari advanced "experimental" settings. This is located here:
Settings -> Safari -> Advanced -> Experimental Features -> Lazy image loading
This should be safe to do and will not hurt anything (other than perhaps slowing down load of sites that fully utilize this attribute). You can always turn it back on.
I think this is a combo of perhaps a "safari" issue but it really may be an issue with the script on this site...and where it may need a tweak to adjust if the browser (particularly iOS) support the lazy loading attribute.
I am on MacBook Pro 16" M1 w/ latest Monterrey & Safari - same issue but not 100% of the time. Usually only happens when the first post in a thread includes an image. EITHER double-clicking on the image to open it in a separate window OR just refreshing the page in the browser fixes it.
No doubt. I'm the industry too...didn't mean to point fingers...it's one of those things where you get backed into a corner where "Apple" or "Microsoft" or "Google" introduces something new (or turns something off!) that doesn't play nice with existing sites. I think in this case it's something with the lazy load JS from vBulletin (?) interacting with that lazy load attribute with Apple 15.4, but I digress as I had to stop myself from debugging further, so that's mostly anecdotal from me. So it's one of those "I'm sure there's a code fix/workaround" but perhaps Apple can be convinced they have an actual bug with that feature...probably worth submitting something to them with evidence, and showing that disabling that functionality makes it work?