352317 - Typing a URL in new message produces Part 1.1.2 attachment and about:blank link

Status: RESOLVED FIXED

(Thunderbird :: Message Compose Window, defect)

Description

[Peter Reynolds]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Build Identifier: Mozilla Thunderbird version 3 alpha 1 (20060911) (2006-09-11-07-trunk)

In 20060910 and 20060911 Thunderbird 2 Alpha nightlies, when one types a URL into a message, instead of a link to the URL being created, an attachment is produced called Part 1.1.2 anc containing the content of the page linked.  Also the link that the URL links to is "about:blank" and does not connect either to the correct URL or to the attachment.

This behaviour happens even when the Insert Link menu item is used, and the check box in it remains unchecked.

Reproducible: Always

Comment 1

[Magnus Melin [:mkmelin]]

I guess you mean the Thunderbird 3 alpha nightlies, I don't see this on branch, but definitely on trunk Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060912 Thunderbird/3.0a1 ID:2006091203

Regression window: 2006-09-07 ->2006-09-09 so bug 132257 seems like a likely cause.

Comment 2

[Peter Reynolds]

Oops, yes, Thunderbird 3 Alpha nightlies, as stated in the title of my bug report!

Comment 3

[Ian Neal]

A patch has just been checked into the trunk from bug 132257, so after the next spin could you check this issue has been fixed?

Comment 4

[Peter Reynolds]

With the 20060912 nightly, it seems to no longer exhibit this behaviour when one types a URL in to an email, but if one uses the Insert Link menu item (without the checkbox ticked), it still exhibits behaviour similar to, but not identical to what it did previously.

Comment 5

[Magnus Melin [:mkmelin]]

In 20060913 linux trunk, if you create an html message and use insert link, type in e.g. text mozilla, location http://www.mozilla.org and choose attach source it still makes the attachment called Part 1.1.2, with href about:blank. 

So, it changed behaviour, but it's still a bug. Updating summary.

Comment 6

[Ian Neal]

Please open a new bug for this issue and cc me in, the original one has been fixed. Marking as such.

Comment 7

[Peter Reynolds]

Can you tell me where the new bug is?

I have just added a link using Insert Link (with Format set to Auto-Detect).

I put the URL into both of the boxes, but did NOT tick the checkbox; this is what I got when I received the resulting email:

http://wheretofindamap.wikispaces.com (this bit was underlined and linked to the URL stated) <cid:[e-mail]> (this bit was also underlined and linked to "about:blank")

Creating the same message with format set to "Plain and Rich"
the URL itslef links to "about:blank"

This is the HTML code (found by pressing CTRL-U):
<a href="cid:[e-mail]">http://wheretofindamap.wikispaces.com</a><br>


Peter 

Comment 8

[Ian Neal]

(In reply to comment #7)
> Can you tell me where the new bug is?
The new bug / enhancement request is to do with how mail deals with attaching the source when it is a non-file link.
> 
> I have just added a link using Insert Link (with Format set to Auto-Detect).
I do not see an Auto-Detect for Formatting, where are you setting that?
> 
I only get what you got below when I tick the checkbox or I use a version of SeaMonkey or Thunderbird which does not have the patch applied. The SM BuildID I'm using is 2006091308 and for TB is 2006091305

> I put the URL into both of the boxes, but did NOT tick the checkbox; this is
> what I got when I received the resulting email:
> 
> http://wheretofindamap.wikispaces.com (this bit was underlined and linked to
> the URL stated) <cid:[e-mail]> (this bit was also
> underlined and linked to "about:blank")
> 
> Creating the same message with format set to "Plain and Rich"
> the URL itslef links to "about:blank"
> 
> This is the HTML code (found by pressing CTRL-U):
> <a
> href="cid:[e-mail]">http://wheretofindamap.wikispaces.com</a><br>
> 
> 
> Peter 
> 

Comment 9

[Peter Reynolds]

(In reply to comment #8)
Just checked it out in the 15th's nightly (Windows) and it seems to be all fixed.  Thanks!