Closed Bug 15363 Opened 25 years ago Closed 25 years ago

image urls should not be "chrome" urls

Categories

(MailNews Core :: MIME, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: Brade, Assigned: rhp)

Details

when a user inserts an image into composer (or mail compose or html editing
widget), we should convert the url from a "chrome" url to a "file" (or other
appropriate) url.

I discovered this bug when someone sent me a message from 5.0 which I read with
4.61.  An image was included with the message but it was a "chrome" url so the
image wasn't "attached" to the message.
Component: Editor → MIME
Product: Browser → MailNews
To reproduce in mail:
1) In 5.0, send yourself a message in html which uses :-)
2) The :-) gets converted to an image
3) View this message in 4.x.
4) The :-) image does not show up
Status: NEW → ASSIGNED
Target Milestone: M11
I have a fix for this in my tree..I'll check it in sometime today.

- rhp
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This was a problem where we were replacing emoticons with images that should
only be done on the display side...not the send side. This should be fixed now.

- rhp
QA Contact: sujay → lchiang
assigning Mail team to this one...
QA Contact: lchiang → chuang
candice has kindly offered to help verify bugs.
Status: RESOLVED → VERIFIED
Verified using 1999-12-16-12-M12 Win32, Linux build and 1999-12-16-09-M12 Mac
build,  it is fixed.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.