Text-replacement of images.
Jul. 3rd, 2004 @ 08:34 am
I think I've seen this happen with ljpics too, and I also think I get what is going on at a conceptual level (couldn't retrieve the image--maybe within a time limit, possibly because of a memcache miss?--so instead its alt=
is dumped in the same space), but is this actually indicative of something wrong with the image (the larger versions, also reduced from the original, render just fine), or something wrong with fotobilder that it couldn't process the image correctly for the thumbnail size?
For instance, see the fourth image ("Lubricate." Relax, it's about putting olive oil and butter in a cooking skillet.) in this
Please note that the image will display correctly now, as I deleted and re-uploaded it in response to a comment below. There's a screenshot of what I saw before included in the comments.
All of your images (including the one you specified) are working fine for me, both on the GalleryPage, the PicturePage, and the image itself. You may have just been experiencing lagged or cached problems from when FB was experiencing image corruption problems
. But those should all be fixed by now. Then again, I could be wrong.
Well, I don't think this is the same thing as the corrupt image display that mahlon
's talking about there. Here's how that gallery looks for me:
In the process of loading, the thumbnails will appear, one at a time, from top left to bottom right, but that one image is skipped there and, after all have been loaded, it's replaced with the text (which is not an image rendering of text, but actually text in the rendered page). Viewing the source of the page still presents an <img> tag.
Well, here's what's happening (I suspect you already know this but just to make sure ...): The image is not loading, so most browsers insert the
(or, in some cases,
) text if there is any as a substitute for the image. This is related to the issue I linked, I believe, because bubba
's gallery was doing the exact same thing - except for all of his images - and his problem cleared up, over time, as the others affected by the issue linked did. When my gallery was being affected, some of my images appeared corrupted while others did the same thing you're describing. It's just a passing bug, I think.
Huh. I haven't seen the browser in question (galeon
) do this on any site other than livejournal; it usually prefers the (old-fashioned?) broken image icon.
|Date:||July 3rd, 2004 09:41 am (UTC)|| |
I get the text for the thumbnail, but can see the full image when clicked. have you tried just deleting and re-uploading the image?
I'd prefer not to delete it, since the point here is testing... oh, I see. You can't re-upload the same image, since its all hashed to avoid redundancy. Okay, fine. Yes, doing that made the thumbnail display, but unfortunately it lost us a test case, and I don't have another.
|Date:||July 4th, 2004 10:40 am (UTC)|| |
but I do!
Foolishly, I didn't try just loading that image directly before. It's here
, which seems to be suggesting that the browser actually got some data back but couldn't render it. That's not true though, wget
hasn't gotten a response back for about five minutes now:
grappa:~% wget http://pics.livejournal.com/shadows/pic/00009463/t6464
Resolving pics.livejournal.com... done.
Connecting to pics.livejournal.com[22.214.171.124]:80... connected.
HTTP request sent, awaiting response...
If the image were just not there, then the web server would reply with a 404. This is something confused in the DB backend. It's not just caching, because then it wouldn't be tied to certain images and would come and go.
|Date:||July 4th, 2004 01:51 pm (UTC)|| |
Re: but I do!
Firefox 0.9.1 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1) says:
The image “http://pics.livejournal.com/shadows/pic/00009463/t6464” cannot be displayed, because it contains errors.
However, Internet Explorer (6.0.2800.1106) says:
HTTP/1.1 200 OK
Date: Sun, 04 Jul 2004 20:43:22 GMT
Keep-Alive: timeout=5, max=99
Content-Type: text/html; charset=iso-8859-1
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
The requested URL /shadows/pic/00009463/t6464 was not found on this server.
200 OK, but not found? I'm confused.
I'd have to go look at the source to actually know what's going on, but it seems like the reduction to thumbnail at the time of initial upload failed for whatever reason. It might be nice to have a "regenerate reduced versions of this image" rather than having to delete it and reupload.