Don’t know if this is from the most recent update but I just saw this post and it doesn’t show the image in the feed—just a grey placeholder box. Opening the post shows the image.
I believe this is a side affect of the media loading optimization I had mentioned in one of your previous posts about background refresh. It could also be that the image failed to load during the first request, and succeeded the second time when opening the post. I’d assume if you scrolled that post off screen and scrolled back, it would show the image.
I have a few ideas for how to fix this, as I have seen it happen a few times. I’m hesitant to add support for retrying network requests for loading media, as it can impact performance. I may try it out though and see how it holds up. If not, I think I’ll add a message to the image view explaining that the media failed to load, with a button to retry, or open in the browser.
Thanks—all makes sense. A retry button sounds like a great solution. And maybe also if the post is opened and the media actually loaded, it could update the image preview store too?
On a maybe related note, I had to turn YouTube previews off as they simply weren’t working at all. Is that a known problem?
I started adding support for this yesterday, any time a post is opened, or when you interact with an open post (vote, save, comment, etc) it will update the post feed with that information. This has been a long standing issue I’ve intended on fixing for a while.
As for the YouTube previews, I really need this marked as an experimental feature. It uses a third party library that utilizes undocumented decryption to attempt loading the video, it doesn’t work at any for age protected videos, and it seems to be really spotty as to when it will actually work. YouTube intentionally try’s to block these types of libraries. I’ll see if I can’t come up with an alternative for this.
