Upstream bug showing "RESOLVED FIXED" on 2015-02-03
Target milestone - Thunderbird 38.0
Confirmed working in Ubuntu 18.04 and Thunderbird 60.2.1
Closing by marking "Fix Released"
** Changed in: thunderbird (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification b
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: thunderbird (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/b
Pushed to comm-aurora https://hg.mozilla.org/releases/comm-
aurora/rev/13f0f3859462
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in
(In reply to steve hayes from comment #101)
> Going through the history of this, I spotted somone else's comment that the
> word nickname appeared on no less than 265 different threads on the
> getsatisfaction system, which sure sounds to me like a lot of people care
> (and will currently be in a s
As seen in the past every minor change might get someones use-case slightly
wrong.
We have usually let patches bake through aurora+beta before esr, but with 38
coming up soonish I think what gets into 31esr should also be stricter.
Based on other reports, there may be something fishy happening r
Comment on attachment 8558325
Patch for check-in
Review of attachment 8558325:
-
We should land this for aurora+beta.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunde
As one of the affected users, I want to plead with whoever has the clout
to get this fixed as soon as, I find myself misaddressing messages
practically every day since the latest release, which to me feels like a
crime, to be honest it feels to me like something which needs fixing
between releases
Magnus, thanks for approving this for beta and aurora.
(In reply to Magnus Melin from comment #103)
> As seen in the past every minor change might get someones use-case slightly
> wrong.
> We have usually let patches bake through aurora+beta before esr, but with 38
> coming up soonish I think what
I don't think this is ESR material as it's a new behavior not fixing a
regression.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in e
(In reply to Magnus Melin from comment #98)
> I don't think this is ESR material as it's a new behavior not fixing a
> regression.
In view of 33 votes here and the quantity of bugs reported against
autocomplete result sorting algorithm, I find that evaluation
nitpicking. While in a strictly techni
It is important to be nit-picky when one is in the role of deciding what
to take on ESR, lest we get excessivly loosey goosey with our standards
- which are looser than Firefox's, and thus have grey areas which
necessitate judgement calls ultimately made by one person.
But I support the request fo
Magnus, can you please set the appropriate flags to get this into a TB
release version as soon as possible, even for TB31 if possible?
I'm seeing more and more bug reports where users complain that nickname
searches no longer work (they never have, but they appeared to... but
now, depending on sce
*** Bug 1132681 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Statu
** Changed in: thunderbird
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
S
I've pushed this as https://hg.mozilla.org/comm-central/rev/5f277274b13f
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email addre
(In reply to Magnus Melin from comment #92)
> Comment on attachment 8557496
> Patch v2
>
> Review of attachment 8557496:
> -
>
> Hmm, Thomas has some point. So here's what I think we should do:
>
> if (nick == aSearchString)
> ret
Comment on attachment 8557496
Patch v2
Review of attachment 8557496:
-
Hmm, Thomas has some point. So here's what I think we should do:
if (nick == aSearchString)
return BEST+1;
if (nickIndex == 0)
return BEST;
r=mkmelin, with
Created attachment 8558325
Patch for check-in
Made the suggested changes.
Thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in
Nit: While we are here, can you please fix this comment:
http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#152
> 152 // ":xx:", "jd", "who".
152 // ":xx", "jd", "who".
--
You received this bug notification because you are a member of Desktop
Packa
(In reply to Michael Gile from comment #80)
> and one should not have to wait .5s for the autocomplete to prefill to hit
> tab.
Michael, that's Bug 1012397.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://
(In reply to Thomas D. from comment #88)
> Comment on attachment 8557496
> Patch v2
>
> Review of attachment 8557496:
> -
>
> True, but still not sufficient for ensuring absolute top ranking for *full*
> nickname matches over *partia
** Changed in: thunderbird
Importance: High => Medium
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Status in Mo
Created attachment 8557496
Patch v2
Made the suggested changes.
Thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email addr
Comment on attachment 8557496
Patch v2
Review of attachment 8557496:
-
Thanks a lot Suyash for your quick response to my request to pick this
up - I am really getting tired of referencing and explaining this bug
(and workaround) in o
Comment on attachment 8556897
Patch v1
Review of attachment 8556897:
-
::: mailnews/addrbook/src/nsAbAutoCompleteSearch.js
@@ +128,5 @@
> * Gets the score of the (full) address, given the search input. We want
> * results tha
I have submitted a new bug 1127258 which describes a new problem when
selecting an address in TB31 (31.4); that's two addressing problems
introduced with this version of TB which result in emails going to the
wong person unless one takes special care.
--
You received this bug notification because
(In reply to Magnus Melin from comment #82)
> This should be pretty straight forward to fix, now that bug 970456 is fixed.
> You'd just adjust the scoring there to be higher if it's a match in nickname.
Suyash, could you try this? It's pretty important to offer a 100%
predictable way of using auto
Created attachment 8556897
Patch v1
Oh, I thought it was supposed to be for someone looking for "getting started".
If its urgent, here's an attempt.
Thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://
This should be pretty straight forward to fix, now that bug 970456 is
fixed. You'd just adjust the scoring there to be higher if it's a match
in nickname.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs
It's become a problem again in TB31.4 (or perhaps a little bit earlier)
(with the visibly different compose window)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Ni
Exact match was the change that happened to me at some point in the past
year. I have a few short nicknames like 'jim'. In previous version,
typing quickly jim[tab] instantly prefilled from the nickname. In the
newer versions, if there are any addresses in the book starting with
jim, the behavior
I don't think I have to say anything now about this.
Thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Status i
Then please post it in the relevant bug, not one about autocomplete.
Thanks.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email a
(In reply to :aceman from comment #76)
> So no need to worry.
Are you joking? None of the fancy nick-name, frequency searches work,
the alpha searches produce gibbled results! The sidebar list is out of
order. The whole thing is a broken down, useless wreck! A simple alpha
search on "Display Na
All this talk is about the recipient autocomplete in the address widget.
All the other searches (contacts sidebar, search in addressbook window
and Edit->Search addresses should still sort alphabetically (by the
column that is selected)). So no need to worry.
--
You received this bug notification
Such an incredible waste of resources! For years, I have puzzled
about the use of the "Nickname" field, and now I see that it actually
fits into someone's unbelievably obscure search algorithm that nobody in
the known world has ever relied upon. Why anyone would go to all the
work described here
(In reply to José Josephus from comment #73)
> Such an incredible waste of resources! [...] Getting carried away
> with complicated search methods as described above is complete
> nonsense!
I've addressed the obvious social and factual shortcomings of that
comment via private mail, including a li
José, just because you don't know and/or use nicknames doesn't mean they
are obscure, useless or don't make any sense. Particularly for me,
nicknames (in most cases just the initials) are the (by far!) preferred
and fastest way to enter a recipients address. Just enter two or three
letters and pick
(In reply to :aceman from comment #71)
> The infrastructure created in bug 970456 should make it easy to prioritize
> anything we want. Unless deciding about the priority of each contact is slow
> and so unnacceptable for large result sets.
I want to believe so too, but aren't we sorting plain *re
The infrastructure created in bug 970456 should make it easy to
prioritize anything we want. Unless deciding about the priority of each
contact is slow and so unnacceptable for large result sets.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscrib
Aceman, Suyash, sorry for nagging, but given the added importance of
this bug for the current autocomplete UX, could you answer to my Comment
59?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpa
OT: (In reply to :aceman from comment #68)
> > > Now I can't send to a list!
> > j.mccranie, problem appreciated, but it's not related to this bug so let's
> > be focused. Feel free to file a new bug if this isn't on record yet. But I
> > think I've seen a recent bug for that which I can't find rig
** Bug watch added: Mozilla Bugzilla #984875
https://bugzilla.mozilla.org/show_bug.cgi?id=984875
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-
(In reply to Thomas D. from comment #67)
>> (In reply to j.mccranie from comment #62)
>> Has something changed within the last few days? I have a mailing list for a
>> weekly club, and each week I send out a notice. I used to be able to type
>> the start of the name and it would send the email to
(In reply to yanlu from comment #64)
> (In reply to yanlu from comment #60)
> > I have a quite large email adress book : 525 "collected adresses" and 15000
> > "personnal adresses". Thunderbird is badly impacted with the TB31 email
> > autocompletion behaviour :
> Seems fixed in TB 31.1.1 with
> h
*** Bug 323364 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Status
(In reply to yanlu from comment #60)
> I have a quite large email adress book : 525 "collected adresses" and 15000
> "personnal adresses". Thunderbird is badly impacted with the TB31 email
> autocompletion behaviour :
> - it sometimes does not lead to any result and leaves the input without
> aut
(In reply to j.mccranie from comment #62)
> Now I can't send to a list!
j.mccranie, problem appreciated, but it's not related to this bug so
let's be focused. Feel free to file a new bug if this isn't on record
yet. But I think I've seen a recent bug for that which I can't find
right now.
--
You
When I blanked out the description of the mailing list, then it would
send to the list again.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding
Now I can't send to a list!
Has something changed within the last few days? I have a mailing list
for a weekly club, and each week I send out a notice. I used to be able
to type the start of the name and it would send the email to the list.
Now it says that it is not a valid email address becaus
Addition : some emails need to be accessed regularly, but have the same
part before the @. Hence, i use the nickname or some free field of the
email card in the adress book to as to state a unique nickname or
keyword that differenciate each of these adress. Its good that all these
fields are search
I have a quite large email adress book : 525 "collected adresses" and
15000 "personnal adresses". My colleagues have a less large email adress
book but both my thunderbird and my coworker's thunderbird is badly
impacted with the new TB31 email autocompletion behaviour.
- it sometimes does not lead
Aceman, Suyash, can you look into this? (See starting points at the
bottom of this comment)
STR are found in comment 45, please ignore comment 0 which has a wider
scope not applicable for what we want here.
This bug should be fixed *as a matter of urgency* and landed into TB
ESR31, because it ren
*** Bug 1059630 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Statu
Sorry, the flags should have another comment, so I'll toggle them back
and forth once more to get that right.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname
(In reply to Thomas D. from comment #45)
> (In reply to Deven Corzine from comment #43)
> > This worked in Thunderbird 2, which means it's a regression bug, not an
>
> Fwiw, notwithstanding the annoyingness of this bug, it is NOT a regression.
> I just tested this on TB version 2.0.0.24 (20100228)
Oh, and somewhat contrary to comment 0, my understanding of this bug is
that most importantly, we want to toplist autocomplete results where
nickname==searchstring (full string match). Haven't thought about
partial nickname matches much, but strongly suspect we shouldn't
undermine popularity more t
Aceman, I think this shouldn't be too hard and will be very similar and
in same code area as your sophisticated patch in Bug 984875, attachment
8428850. My comment 50 and comment 51 also provide a starting point how
this could be done. Perhaps the combination of your insight and my
starting points
I just found reference to this bug a few weeks after filing Bug 972690.
I really hadn't thought of nicknames being more important than last
names or first names, but as of SM 2.24 there seems to not be any
relevance at all between what is entered and what shows up. The results
should at least STAR
(In reply to Thomas D. from comment #44)
> users correctly expect from the intrinsic purpose of nickname design,
> that nicks should have absolute priority in searches, which includes
> priority over frecency. Frecency is a way of automatically establishing
> *dynamic* nicks, but certainly *static
(In reply to Thomas D. from comment #50)
> This looks like one of the main places where we call addToResult(...)
> function (see comment 49).
> If that's correct, one way of fixing this bug might be this:
>
> Around here...
>
> http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/
> n
** Changed in: thunderbird
Importance: Wishlist => High
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Status in
(In reply to Deven Corzine from comment #43)
> This worked in Thunderbird 2, which means it's a regression bug, not an
Fwiw, notwithstanding the annoyingness of this bug, it is NOT a regression.
I just tested this on TB version 2.0.0.24 (20100228), and nicks do NOT get
absolute precedence in comp
For non-LDAP cases, I understand that it's this addToResult(...)
function which finally sorts the autocomplete results list:
http://mxr.mozilla.org/comm-
central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#276
Seems to first sort on popularity here (after having removed duplicates)...
(In reply to Thomas D. from comment #45)
> (In reply to Deven Corzine from comment #43)
> > This worked in Thunderbird 2, which means it's a regression bug, not an
>
> Fwiw, notwithstanding the annoyingness of this bug, it is NOT a regression.
> I just tested this on TB version 2.0.0.24 (20100228)
:aceman just fixed bug 529584 which is also about the result set in
recipient autocomplete, so the patch there (attachment 803332) might be
good starting point to identify the right spot in the code.
And to everyone following this bug, if you have an interest in getting
this fixed, even if you're
(In reply to Deven Corzine from comment #43)
> How does such an obvious bug get filed and debated for year (2013), after
> year (2012), after year (2011), after year (2010), after year (2009), after
> year (2008), after year (2007), after year (2006)... but never actually
> fixed?
Deven, thanks fo
Given that all other nicks out there follow the inherent UX-concept of
an ALIAS name or shortcut (where the nick is synomymous with its
parent), and given that the FF equivalent of nicks aka "keywords" follow
this inherent design principle correctly (nicks getting absolute
priority in awesome locat
This looks like one of the main places where we call addToResult(...) function
(see comment 49).
If that's correct, one way of fixing this bug might be this:
Around here...
http://mxr.mozilla.org/comm-central/source/mailnews/addrbook/src/nsAbAutoCompleteSearch.js#146
146 let email = card.primar
How does such an obvious bug get filed and debated for year (2013),
after year (2012), after year (2011), after year (2010), after year
(2009), after year (2008), after year (2007), after year (2006)... but
never actually fixed?
This worked in Thunderbird 2, which means it's a regression bug, not
See also:
Bug 295428 - Names and nicknames should still work in address book
without autocomplete
Bug 118624 - AB quick search and contacts side bar does not search/match
Nickname field, but should (ux-inconsistent with autocomplete)
Bug 400713 - Allow showing any fields from address book as col
This bug (and related bugs on nicknames) are supported by plenty of complaints
at getsatisfaction:
265 topics found for nickname
https://getsatisfaction.com/mozilla_messaging/searches?query=nickname&x=1&y=3&style=topics
I stopped tagging gs reports after the first 2 or 3 result pages.
--
You r
(In reply to Thomas D. from comment #38)
> So resolving multiple comma-separated
> nicks is probably beyond the scope of this bug. More reminiscent of (but
> perhaps not the same as) bug 295428. I'd recommend filing a separate bug for
> resolving a comma-separated list of nicknames.
OT: Resolving
(In reply to Brian Hauer from comment #21)
> Expanding on the example above, assume you have nicknames "wil", "jan", and
> "bob". You should be able to type "wil,jan,bob" to quickly address a mail
> to all three. When focus leaves the field, the parser should expand each
> based on a nickname mat
(In reply to Thomas D. from comment #38)
> So resolving multiple comma-separated nicks is probably beyond the scope of
> this
> bug. I'd recommend filing a separate bug for resolving a comma-separated list
> of
> nicknames.
OT: also about resolving multiple comma-separated nicks on one line:
htt
(In reply to Tom Kreutz from comment #36)
> Isn't there any way to get this bug fixed? It's so obviously idiotic, and
> leads to such embarrassing and/or inconvenient results.
>
> Help
It would be nice if Mozilla Messaging provided a convenient way to
crowd-fund specific features. Something
Isn't there any way to get this bug fixed? It's so obviously idiotic,
and leads to such embarrassing and/or inconvenient results.
Help
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net
Just sent an email to the wrong person due to this bug. Here's the
situation:
I have the following two people in my Personal Address Book:
First: Zhichao
Last: Zhang
Display: Jack Zhang
Nickname: Jack
Email: z...@company1.com
First: Jack
Last: Lastname2
Display: Lastname2, Jack
Nickname: (blank)
6 years is far too long to either:
(a) Remove the nickname from the email options
(b) Make it work (when I type Ann followed by a carriage return, it
automatically fills in the address for my nickname Ann - and no other!
--
You received this bug notification because you are a member of Desktop
P
Launchpad has imported 34 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=325458.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://he
** Bug watch added: Mozilla Bugzilla #325458
https://bugzilla.mozilla.org/show_bug.cgi?id=325458
** Also affects: thunderbird via
https://bugzilla.mozilla.org/show_bug.cgi?id=325458
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/956618
Title:
Nickname not over-riding names in email address
Status in “thunderbird” package in Ubuntu:
New
Bug description:
F
Public bug reported:
>From what I have read in the support forum the nickname should take
priority in the search for an email address in the to: field. It does
not appear to work any more.
Example:
One friend's address is Mark. The other is
James. Both are in my address book with Mark
entered as
83 matches
Mail list logo
