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.