Closed
Bug 15363
Opened 25 years ago
Closed 25 years ago
image urls should not be "chrome" urls
Categories
(MailNews Core :: MIME, defect, P3)
MailNews Core
MIME
Tracking
(Not tracked)
VERIFIED
FIXED
M11
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.
Reporter | ||
Updated•25 years ago
|
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
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M11
Assignee | ||
Comment 2•25 years ago
|
||
I have a fix for this in my tree..I'll check it in sometime today.
- rhp
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 3•25 years ago
|
||
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
Verified using 1999-12-16-12-M12 Win32, Linux build and 1999-12-16-09-M12 Mac
build, it is fixed.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•