187715 - Paint&Draw images display fine in IE5.5, but not in Win32-[Mozilla 1.2.1, 1.3a, & NS 7.01]

Status: CLOSED INVALID

(Core Graveyard :: Image: Painting, defect)

Description

[m_a_swinehart]

User-Agent:       Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)
Build Identifier: Mozilla/1.3a/version1.3.0.2002121215

Paint images from UltimatePaintSW & MSpaint, Draw images from MSWord2002.
Original Source doc in NotePad loads and displays perfectly in IE, but not
in any Mo/Net in Summary: where each image should be is a FileNotFound graghic.
The NotePad .htm file and the Mo/Net/Home/PageSource-->editor file are 
identical. The Composer/HTMLsource file, however, is altered to change the SRC
arguments as follows:
SRC="A:\fileName.bmp" ------> SRC="A:%5CfileName.bmp"
(except Mozila 1.3a ver 1.3.0.2002121215, which changes some args as above,
 and othe args are simply missing 'backslash'(MS root).)
Mo/Net must then be parsing Composer's altered .htm file. SRC returns FNF
because Composer's file names DO NOT EXIST in the A: Drive.


Reproducible: Always

Steps to Reproduce:
1.Make a few images in, say MSpaint, and write doc in NotePad to open in 
  browser & display images.
2.Test in IE to make sure it works.
3.Open doc in Mo/Net. Observe. Compare NotePad & Composer/HTML Source doc file.

Actual Results:  
Images do not render. SRC shows FileNotFound because Open File... is rigged
to route doc to Composer, which is rigged to change the file names, then 
that altered doc is sent to Parser.

Expected Results:  
Fetch & Parse .htm file directly. Do not route to a program that hacks the
file names so the page won't work. PALLESE!

A 'bug', to me is a typo error, or an honest mistake in programing.
What I have described here is a deliberate willful programing,
more like nefarious hacking than a true bug.
Have you secrect hackers among you, that you are not aware of?
In your developement work, do you keep track of who worked on what?
Can you track down who rigged the utilites?
We want LAW & ORDER!
Thank YOU.

Comment 1

[Matthias Versen [:Matti]]

what is Mo/Net ?

This is clear invalid : SRC="A:\fileName.bmp"

a "\" is invalid in an URL and mozilla escapes it correctly !
The protocoll is also missing -> invalid bug (user error)

The correct URL is : "file:///a:/filename.bmp"

Comment 2

[m_a_swinehart]

From m_a_swinehart
My apologies to you all.
Your URL syntax 'file:///a:/filename.bmp' works perfect in both
IE5.5 % Mozilla 1.2.1.
I have never seen this syntax before.
There are 18 books on HTML in the library here, and so far I cannot
find this syntax in any discusion of the <IMG> tag.
Thank You for the info.
Mark in Oregon. 

Comment 3

[Matthias Versen [:Matti]]

IE allows more as the RFC allows.
Mozilla accepts a "\" as URL in the URL Bar and correct it to the right syntax
but mozilla doesn't accept this kind of URL in the document itself.

It's not only for IMG, it's for all links.
a quick search with google (File URL syntax) shows this URL:
http://pangea.stanford.edu/computerinfo/pangea/hosting/urlsyntax.shtml

If you have problems for file URLs on a network path you can use a new browser
window, select file open and open that file and you get the URL in the URL Bar.