Last Comment Bug 10400 - [Local Mail only]: Messages w/ certain non-local pages attached - either forwarded or replied - do not get sent
: [Local Mail only]: Messages w/ certain non-local pages attached - either forw...
Product: MailNews Core
Classification: Components
Component: Backend (show other bugs)
: Trunk
: x86 Windows NT
P3 normal (vote)
: M11
Assigned To: rhp (gone)
: pmock
Depends on:
Blocks: 11091
  Show dependency treegraph
Reported: 1999-07-23 10:47 PDT by marina
Modified: 2017-02-03 12:03 PST (History)
6 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---


Description User image marina 1999-07-23 10:47:40 PDT
Steps to reproduce:
-sent from 4.6 the above page (URL is attached);
-get message in 5.0;
-click Forward (forward it to youself);
-click Send (manually dismiss the window);
-lcik Get new Mail:
//note there is no mail, message didn't get sent
(in the MS-DOS window read those comments:"JavaError uncaught
exception:component returned: failure###)
it doesn't occur when you forwarding html file from the local drive, it gets
sent fine, so my guess is MIME encoding (Multi-part?)

observed with 1999072208 M9 windows build
Comment 1 User image rhp (gone) 1999-07-26 11:55:59 PDT
This is actually a problem in the XIF to DTD converter. We are getting lots of
asserts because of the content model for the message being composed. We can
display this data fine in the compose window, but it seems to have a real
problem trying to get it in HTML form.

Akkana...any ideas who I should assign something like this to?

- rhp
Comment 2 User image Akkana Peck 1999-07-26 12:44:59 PDT
I've inherited ownership of XIF.  But I don't understand what the problem is
here -- Rich, can you explain why you say it's the XIF to HTML translation
causing a problem?

If I type an alt-X (Rich, please please could you consider adding a debug menu
like the one in the editor window to the mail compose window?  Test Selection
and Output text/html/xif make debugging problems like this a LOT easier, esp.
for people on Windows where alt key events don't work) I do get lots of html
output, which has a valid-looking <head> and <body> and so forth.
Comment 3 User image rhp (gone) 1999-07-26 12:53:59 PDT
Can you possibly add the menu that Akkana is talking about? This will help a
lot on message composition problems.

Are you just loading that URL in an editor window and looking at that? If so,
this is different than what the bug is. What happens is that we receive this as
an email attachment that we display inline. Then, we quote this into a new
message composition window. In the message compose window, it looks fine, but
when we hit Send and try to get the HTML, we get tons of asserts and it doesn't

It just looked like I was asserting in the DTD that did XIF to HTML..but I
could be off here.

- rhp
Comment 4 User image Akkana Peck 1999-07-27 18:14:59 PDT
No, I was testing this in the html mail window, forwarding the message as you
described, then using the hardwired editor alt-I accelerator (which may go away
once we get XUL keybindings, hence my request for the debug menu).  OutputHTML
does produce html for this case.
Comment 5 User image Katsuhiko Momoi 1999-08-17 00:11:59 PDT
Are there 2 bugs here? Here's what I see with the 8/16/99 Win32 build.

(Under HTML Mail send option)

1. Local mail folder: If the message with the abobe URL attached is in
   POP3/local mail folder, then, the entire page seems to get
    quoted -- though there is a nasty repaint problem (Bug 11573).
   When this message is "sent", no message arrives at the recipient.

2. IMAP Mail folder:

   When you reply/quote the message with the above URL attached (identical
   test message as the 1 above), the original page is quoted only
   partially -- actually it seems only the headers get quoted and then
   the rest of the page is omitted.
   When this message is sent, it arrives at the recipient but in
   a partiallly quoted condition which it was in during the

(Also as a side note, the progress bar at the bottom left says "document
loading .." with this particular message either in local folder or
in IMAP folder. However, the attached page does seem to load entirely
and so this may not be relevant.)

Are both 1 and 2 due to the same cause or should we separate them out?
Comment 6 User image rhp (gone) 1999-08-17 00:20:59 PDT
IMAP Quoting should be ignored. IMAP is a hack and is no indication of the
state of the editor...especially in cases with complex messages or non us-ascii
messages. IMAP will be covered when I get this working and I have a FEATURE bug
for that already.

- rhp
Comment 7 User image Katsuhiko Momoi 1999-08-17 00:34:59 PDT
I've changed the summary line to more accurately reflect the current
state of this bug.
Comment 8 User image Phil Peterson 1999-08-19 16:17:59 PDT
Reassign to JF to add the menu Rich asked for on 7/26, and then hopefully we'll
be able to tell whether this is an editor bug or not.
Comment 9 User image sol 1999-08-24 10:34:59 PDT
Sounds like this needs to be fixed for PR1, so I added a note to the Status
Comment 10 User image Jean-Francois Ducarroz 1999-09-07 08:31:59 PDT
I've already added the debug menu in M10. I will take a look at it soon...
Comment 11 User image lchiang 1999-09-20 15:38:59 PDT
(target milestone is M11 or M12 - add to mail beta tracking bug)
Comment 12 User image Jean-Francois Ducarroz 1999-10-04 11:40:59 PDT
Rich, I assign this bug back to you. Message compose now have the debug menu you have requested for...
Comment 13 User image rhp (gone) 1999-10-08 18:28:59 PDT
Bulk change to assigned.

- rhp
Comment 14 User image rhp (gone) 1999-11-02 08:56:59 PST
This bug has been around for a while, but I believe it works now. I just went
through the steps to reproduce and I think everything behaved as it should.

Just in case, I am copying jefft since he worked on forwarding.

- rhp
Comment 16 User image Pulsebot 2017-02-03 12:03:46 PST
Pushed by
servo: Merge #10400 - Update block package to reduce warnings (from jdm:block); r=SimonSapin

Note You need to log in before you can comment on or make changes to this bug.