Closed
Bug 937265
Opened 12 years ago
Closed 12 years ago
fake scam warning for auto-linked ip address
Categories
(Thunderbird :: Mail Window Front End, defect)
Thunderbird
Mail Window Front End
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 28.0
People
(Reporter: mkmelin, Assigned: mkmelin)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
5.97 KB,
patch
|
squib
:
review+
|
Details | Diff | Splinter Review |
Plain text emails with ip address links get flagged as scam. For instance, http://130.128.4.1 - the address get auto-linked, but auto-linking adds a trailing slash.
Attachment #830362 -
Flags: review?(squibblyflabbetydoo)
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → mkmelin+mozilla
Comment 1•12 years ago
|
||
Comment on attachment 830362 [details] [diff] [review]
proposed fix
Review of attachment 830362 [details] [diff] [review]:
-----------------------------------------------------------------
rs=me with the following changes.
::: mail/base/content/phishingDetector.js
@@ +133,5 @@
> aLinkText = aLinkText.replace(/^<(.+)>$|^"(.+)"$/, "$1$2");
>
> var failsStaticTests = false;
> + if (aLinkText != aUrl &&
> + aLinkText.replace(/\/+$/, "") != aUrl.replace(/\/+$/, ""))
I don't think we need the "aLinkText != aUrl" now (although I'd be willing to accept an argument that it makes things faster). We would need to make sure that aLinkText is non-null, though.
A brief comment here would also be nice.
@@ +210,5 @@
> * Private helper method to determine if the link node contains a user visible
> * url with a host name that differs from the actual href the user would get taken to.
> * i.e. <a href="http://myevilsite.com">http://mozilla.org</a>
> *
> * @return true if aHrefURL.host matches the host of the link node text.
Isn't this exactly the opposite of what this function returns?
::: mail/test/mozmill/message-header/test-phishing-bar.js
@@ +33,5 @@
> contentType: "text/html"
> }}));
> add_message_to_folder(folder, create_message());
> + add_message_to_folder(folder, create_message({body: {
> + body: 'check out http://130.128.4.1. and http://130.128.4.2/.',
Nit: trailing whitespace.
Attachment #830362 -
Flags: review?(squibblyflabbetydoo) → review+
Assignee | ||
Comment 2•12 years ago
|
||
Comment on attachment 830362 [details] [diff] [review]
proposed fix
Review of attachment 830362 [details] [diff] [review]:
-----------------------------------------------------------------
::: mail/base/content/phishingDetector.js
@@ +133,5 @@
> aLinkText = aLinkText.replace(/^<(.+)>$|^"(.+)"$/, "$1$2");
>
> var failsStaticTests = false;
> + if (aLinkText != aUrl &&
> + aLinkText.replace(/\/+$/, "") != aUrl.replace(/\/+$/, ""))
I think we should keep the check. It avoids null and for the majority of cases it's all that's needed.
@@ +210,5 @@
> * Private helper method to determine if the link node contains a user visible
> * url with a host name that differs from the actual href the user would get taken to.
> * i.e. <a href="http://myevilsite.com">http://mozilla.org</a>
> *
> * @return true if aHrefURL.host matches the host of the link node text.
Good catch!
Assignee | ||
Comment 3•12 years ago
|
||
That was meant as
(In reply to Jim Porter (:squib) from comment #1)
> > var failsStaticTests = false;
> > + if (aLinkText != aUrl &&
> > + aLinkText.replace(/\/+$/, "") != aUrl.replace(/\/+$/, ""))
>
> I don't think we need the "aLinkText != aUrl" now (although I'd be willing
> to accept an argument that it makes things faster). We would need to make
> sure that aLinkText is non-null, though.
I think we should keep the check. It avoids null and for the majority of cases it's all that's needed.
Comment 4•12 years ago
|
||
Alright, that's fine. Land this whenever you're ready! (And then I can finish up the patch for bug 296952. :))
Assignee | ||
Comment 5•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 28.0
You need to log in
before you can comment on or make changes to this bug.
Description
•