I'm working on a web page (obviously or I wouldn't be here) and am having the darndest time. I have a page that has 2 .jpeg's. I displays in IE7. The other one won't, no matter what I do. I've renamed it. I've cleaned out my cache. I can open the .jpeg directly when I open it directly in IE7, but when I load the page, it's just a box with a red x in the top left. Since the 1 displays, I know that I have Show Pictures checked (I verified - when I unchecked it, the "good" picture was hidden. Strange thing is, the pictures show up in Mozilla, so I know my file structure is good. This is all work locally for now. Nothing's been uploaded, so everything's on my HD.

The code in question is:

<center>
  <img src="RACMapEMSSystemsMarch06.jpg" width="800"><img src="MCRAC_Map.jpg" height="540" width="800">

</center>

The 1st map shows up fine in IE7. Both Show up fine in Mozilla.

Dani AI

Generated

As discovered, the image appeared once the files were served over HTTP — that gap between file:// and http:// is the biggest clue. Browsers (especially older IE builds) run different code paths and security checks for local files; the goal is to discover whether IE never opens the file, or whether it opens the bytes but fails to decode them.

First, see exactly what IE tries to access. Use Procmon (Sysinternals) and filter for iexplore.exe. Capture while loading the local page and look for CreateFile/ReadFile events for the image name. If you see results like NAME NOT FOUND or ACCESS DENIED, the problem is a path/permission/quota issue; if you see large successful reads but the image still shows a red X, the bytes are likely not in a form IE can decode.

Next, inspect the JPEG’s metadata and encoding. exiftool or ImageMagick’s identify will show color space, interlace/progressive flags and other markers that can trip IE. Example:

exiftool -a -G1 -s problem-image.jpg

If metadata indicates non-RGB color spaces or progressive/interlaced encoding, regenerate a baseline RGB JPEG. With ImageMagick:

convert input.jpg -colorspace sRGB -interlace None -strip output.jpg

(retest output.jpg in IE after conversion).

If Procmon shows access problems, check folder ACLs and whether security/antivirus software is locking or filtering files. If local file handling remains unpredictable, run a simple local HTTP server to reproduce the hosted behavior (Python 3):

python -m http.server 8000

and load the page at .

This sequence pinpoints whether the issue is a file/path/permission problem, an IE decode limitation, or local-security interference — and it complements the community suggestions from and by moving from “what might be wrong” to concrete diagnostics and fixes.

Recommended Answers

All 6 Replies

is <center><img></center> valid in ie7?? i think not..

try to post a link or something... so we could help you...

<center> element is depreciated in html and not supported in xhtml but it would not cause IE to not render an image.

try changing your image names to a.jpg and b.jpg to see if it can find them then

the only other thing could be have you converted your images correctly. I had a dodgy batch of Jpegs from a client once which would not show in a browser.

if this is still causing a problem after try opening the image in your favourite editor (ms paint if you have to) then do a "file" >> "save as" and make sure "jpg" is selected in the dropdown.

Do your images together make a size larger than your IE browser cache setting? Try trading the images, and see if the other one displays instead.

If your image is larger than the selected number of pixels in the tag, it won't display.

It's a local problem. I managed to push everything up to http://uncrac.freehostia.com/

and everything is showing in both Mozilla and IE.
I'll just ignore my local problem for now. Thanks for the help.

Try to clear your browser cache, it may still keep the all setings befor you corrected the problem

I think it may have nothing to do with the code but where it is located on your server, since it is on your computer it may just be showing up due to that when you click show image you need to make sure your link in the server is correct.

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.