Robert,
Here goes with today's investigation.... Todays comments are in following
{{.. ..}}
{{Tried MIME sniffing switch but no change. After changing these settings I
shut down IE & restarted then shut the machine down and rebooted and still no
change. Now the reference to MIME settings has set me thinking... It
shouldn't be necessary to remove any application. I have changed file
extension to application associations many many times over the years on both
my workstation and laptop without any effect on the IE rendering. I am
convinced the application association issue is a diversion. The assoc &
ftype configurations for both .gif and .png filetypes are exactly the same...
C:\>assoc | find /i "gif"
..gif=giffile
C:\>assoc | find /i "png"
..png=pngfile
C:\>ftype | find /i "gif"
giffile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
C:\>ftype | find /i "png"
pngfile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
C:\>ftype | find /i "imageview"
emffile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
giffile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
jpegfile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
Paint.Picture=rundll32.exe
C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
pjpegfile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
pngfile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
TIFImage.Document=rundll32.exe
C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
wmffile=rundll32.exe C:\WINNT\system32\shimgvw.dll,ImageView_Fullscreen %1
.... and they are the same for jpg filetype. I can view the TIF cache of
either .gif, jpg or .png in any image viewing application without any
problem. The issue is clearly that when IE requires the viewer to render a
..gif or jpg it can execute the request but when IE requires the viewer to
render a .png it cannot excecute this command. Somewhere the
command/execution 'chain' for an IE .png rendering request is 'broken' and my
guess is this problem must lie somewhere within the registry. Now I have
noticed your references to MIME encoding/decoding so I did some searching
within the registry. Working on the premise that as .gif & .jpg are rendered
but NOT .png I am searching for common patterns between .gif & .jpg but
differences with .png. If I look into the '\MIME\Database\Content Type' tree
I find entries for image/gif, image/jpg & image/png. What is significant is
that the .png entry is the oddball. I have exported the relevant sections
and included them below...
Key Name: HKEY_CLASSES_ROOT\MIME\Database\Content Type\image/gif
Class Name: <NO CLASS>
Last Write Time: 04/04/2005 - 12:07 AM
Value 0
Name: CLSID
Type: REG_SZ
Data: {25336920-03F9-11cf-8FD0-00AA00686F13}
Value 1
Name: Extension
Type: REG_SZ
Data: .gif
Value 2
Name: Image Filter CLSID
Type: REG_SZ
Data: {607fd4e8-0a03-11d1-ab1d-00c04fc9b304}
Value 3
Name: AutoplayContentTypeHandler
Type: REG_SZ
Data: PicturesContentHandler
Key Name: HKEY_CLASSES_ROOT\MIME\Database\Content Type\image/gif\Bits
Class Name: <NO CLASS>
Last Write Time: 12/07/2004 - 10:49 AM
Value 0
Name: 0
Type: REG_BINARY
Data:
00000000 04 00 00 00 ff ff ff ff - 47 49 46 38 ....ÿÿÿÿGIF8
Key Name: HKEY_CLASSES_ROOT\MIME\Database\Content Type\image/jpeg
Class Name: <NO CLASS>
Last Write Time: 04/04/2005 - 12:07 AM
Value 0
Name: CLSID
Type: REG_SZ
Data: {25336920-03F9-11cf-8FD0-00AA00686F13}
Value 1
Name: Extension
Type: REG_SZ
Data: .jpg
Value 2
Name: Image Filter CLSID
Type: REG_SZ
Data: {607fd4e8-0a03-11d1-ab1d-00c04fc9b304}
Value 3
Name: AutoplayContentTypeHandler
Type: REG_SZ
Data: PicturesContentHandler
Key Name: HKEY_CLASSES_ROOT\MIME\Database\Content
Type\image/jpeg\Bits
Class Name: <NO CLASS>
Last Write Time: 12/07/2004 - 10:49 AM
Value 0
Name: 0
Type: REG_BINARY
Data:
00000000 02 00 00 00 ff ff ff d8 - ....ÿÿÿØ
Key Name: HKEY_CLASSES_ROOT\MIME\Database\Content Type\image/png
Class Name: <NO CLASS>
Last Write Time: 22/07/2005 - 09:16 AM
Value 0
Name: Extension
Type: REG_SZ
Data: .png
Value 1
Name: Image Filter CLSID
Type: REG_SZ
Data: {A3CCEDF7-2DE2-11D0-86F4-00A0C913F750}
Key Name: HKEY_CLASSES_ROOT\MIME\Database\Content Type\image/png\Bits
Class Name: <NO CLASS>
Last Write Time: 22/07/2005 - 09:16 AM
Value 0
Name: 0
Type: REG_BINARY
Data:
00000000 08 00 00 00 ff ff ff ff - ff ff ff ff 89 50 4e 47 ....ÿÿÿÿÿÿÿÿ.PNG
00000010 0d 0a 1a 0a ....
.... Note that when comparing .gif & .jpg to .png there are two 'Value'
enties 'missing' from the .png section! They are 'CLSID' &
'AutoplayContentTypeHandler'. I am only guessing here but I would not expect
..png images to be handled in a different way to .gif or .jpg? I have tried
to check all !!! occurances of .gif, .jpg & .png entries and compare them for
similarities v. differencies and it is the above MIME entries that are the
most striking. Food for thought?? Unfortunately I am away from home
otherwise I would have immediately compared these enties on this laptop with
my workstation which works correctly with gif, jpg & pngs.}}
Robert Aldwinckle said:
Thomas D Scotland said:
Robert,
Have more time so will answer your questions by quoting them then with my
answer in {... ...}
Are you saying that you don't see any of the graphs (e.g. getting Red-X)
or is there some other symptom about them?
{a square with red x in middle}
Use the Privacy Report (Alt-V,v) and see if you can see them listed
in it. Hint: you will have to keep dragging the Cookie column out of
the way because they are long URLs.
Also use the TIF Viewer (Alt-T,O,Alt-S,V)
- by Details, sorted by Last Accessed (Alt-V,D Alt-V,I,Last Accessed)
and find them in there.
When you find one press Enter on it.
Oops. Sorry. I guess I meant. Shift-Enter.
(leaving the the Full path to the TIF in the original Explorer window.)
Ignore the warning.
What do you see?
{new IE page opens with same square and red x}
Ah. I should also have said switch back to the TIF viewer
or close the current window I guess...
Capture the TIF path from the Address bar (Alt-d,Ctrl-c)
and find your sample file's cache name. (Alt-Enter)
See? I was still assuming you were looking at the TIF viewer...
Make a note of the Cache name: (I couldn't find any way
to capture it so you're going to have to type some of it
some time.) or just leave the Properties page open
for future reference.
Next switch to a cmd window. (The captured TIF path
should still be in the Clipboard.)
Type: cd /d
Press Space and paste in the captured path (Alt-Space,E,P)
Press Enter.
{path from address bar is in form
file:///D:/Temp/Administrator/Temporary%20Internet%20Files.
Not for me. Did you capture it from the Address bar of the TIF viewer
or from the Address bar of the Red-X window?
When I paste
this after 'cd /d ' in cmd window then enter I receive a path not found
error. I have to edit path to 'D:/Temp/Administrator/Temporary Internet
Files' then enter this after 'cd /d ' to switch to the TIF folder}
I do this paste a lot and probably overlook some of the switching details.
(It's really a lot easier to perform than to describe. ;} )
Find the cached .png file by then entering:
dir/s *intraday*.png
(or however much of the cache'd name you want to enter.)
{search found (sub)folder 'D:\Temp\Administrator\Temporary Internet
Files\Content.IE5\CZJ3IWT5' containing file
'3+bbc-thumbnail_thick-line+intraday[1].png'}
Construct the full filename (e.g. in an IE Address bar)
by copying and pasting both the Directory name
(appended by a backslash) and the cached filename.
Press Enter. What happens?
{pasting path and filename, separated by \, into Explorer then clicking <go>
immediately brought up Windows Picture and Fax Viewer showing the graph
correctly!}
Great! That shows that the local file association is working but the
web file association is not for some reason. Possibly MIME related?
You could try disabling MIME sniffing (in Security Settings, Custom Level...
Miscellaneous section)
Disable: Open files based on content, not file extension
Note: I think that this may be one of the many undocumented (requires restart)
options. I would wait until all IE windows are closed (iexplore.exe not
an active process) before trying to test this change.
Note this is not a permanent change I am suggesting, just a temporary
one for a test.
BTW I wasn't aware of imgutil.dll. Looks like it would be involved with
the MIME sniffing at least. I suppose I could test both cases with
RegMon and FileMon some time. Or perhaps Ramesh will clarify
for us.
Perhaps you should have tried uninstalling your other app instead
of overriding it?
{I am not sure what you mean by uninstalling 'other app'. I can view and/or
manipulate png files using Imaging for Windows, Microsoft Photo Editor,
QuickTime, ACDSee and Paint Shop Pro V8.1. Which, if any, is causing the
problem? I use all these, for different functions, so don't wish to remove
(except Photo Editor) any}
That's the one I meant. It had evidently taken over the local file association
so I was imagining that it might have affected the web file association too.
(Purely speculative and just something else that I would try, to test the scope
of the symptom.)
Good luck
Robert
