Closed Bug 529904 Opened 15 years ago Closed 15 years ago

Gloda search uses wrong user name when referring to self with multiple identities

Categories

(Thunderbird :: Search, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 520146

People

(Reporter: miguelpontes+bugzilla, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091117 Thunderbird/3.0

For accounts with more than one identity, when indexing mails, Gloda uses a single arbitrary name (usually the first one) from one of those identities when indexing mails for all accounts.

If the identities have different full names, this causes the wrong name to appear in the "To" and "From" fields in the search window for "Search all messages."

For me, it used the name in "mail.identity.id10.fullName." I reproduced this behavior using a new profile and creating two other identities; the name used for all indexed mails was the name of the first account I created, "mail.identity.id1.fullName."

The name it actually uses is the name of the contact with id 1 in the table contacts in global-messages-db.sqlite. This has the another side-effect, it means that even when "Your Name" is changed in Account Settings for all identities, the search results will still use the old name (unless global-messages-db.sqlite is deleted and the gloda index is recreated).

Reproducible: Always

Steps to Reproduce:
1. Create a new identity
2. Assign it a different name in "Your Name" under Account Settings
3. Send and receive mail from the identity just created
4. Perform a search using "Search all messages"
Actual Results:  
The name of the first identity appears in the search results for all other identities in the "From" field (when we're dealing with Sent mail) and in the "To" field (when we're the recipient). Clicking a single message returns a search list window with the correct results.

Expected Results:  
The full name of the respective account should appear. If this is not trivial to fix, "Me"/"You" is also an acceptable alternative.
Version: unspecified → 3.0
Attached file Screenshot featuring the correct names after a search (obsolete) (deleted) —
This is very similar to bug 520146
It seems to be the same bug, yeah. Sorry, I wasn't able to find it using search. I believe this can be marked as a duplicate.

I guess the information I added in here that isn't in bug 520146 already can be summarized into these two points:
- Gloda merges all the "me" contacts from different identities into one when it first creates its index; afterward, the name it uses when referring to all emails (be it the To: or From: field) is the contact with id = 1 in its contacts table 
- Changing account names afterward won't change the name gloda uses when referring to yourself
(In reply to comment #4)
> It seems to be the same bug, yeah. Sorry, I wasn't able to find it using
> search. I believe this can be marked as a duplicate.

No problem. I prefer to have duplicates than no bugs at all :-) And frankly, I found it because I knew it was there and I knew who had reported it.

> I guess the information I added in here that isn't in bug 520146 already can be
> summarized into these two points:
> - Gloda merges all the "me" contacts from different identities into one when it
> first creates its index; afterward, the name it uses when referring to all
> emails (be it the To: or From: field) is the contact with id = 1 in its
> contacts table 
> - Changing account names afterward won't change the name gloda uses when
> referring to yourself
 Can you add it ?
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
The content of attachment 413416 [details] has been deleted for the following reason:

deleted by uploader request
The content of attachment 413415 [details] has been deleted for the following reason:

deleted by uploader request
You need to log in before you can comment on or make changes to this bug.