diff options
author | Daisuke Miyakawa <dmiyakawa@google.com> | 2009-10-02 14:52:28 -0700 |
---|---|---|
committer | Daisuke Miyakawa <dmiyakawa@google.com> | 2009-10-05 08:04:25 -0700 |
commit | 14b8a1243ab5c043b35e47527ca1c962064f3771 (patch) | |
tree | c3c777c249c265b0166e6648103a1c883e837ce7 /src | |
parent | b5a3163481794babda78716e576e35818de0cc03 (diff) | |
download | ContactsProvider-14b8a1243ab5c043b35e47527ca1c962064f3771.tar.gz |
Change selection argument so that it complies with the current view
given from ContactsProvider2.
Root cause: VCardComposer changed the table to look over, from
RawContacts to Contacts, which is with valid ratinale
(Contacts shows aggregated view, while RawContacts does not).
Unfortunately, the change made ContactsProvider2 corrupted, which has
assumed the table VCardComposer is looking at is RawContacts.
Now, after discussing with Contacts team, this change is concluded to
"correct" change.
I changed from RawContacts._ID to Contacts._ID after jsharkey's approval,
but the actual string is the same "_id", so the essential is the same.
The difference is that readers would not be confused with seeing "RawContacts"
in the wrong context.
Internal issue id: 2162658
Diffstat (limited to 'src')
-rw-r--r-- | src/com/android/providers/contacts/ContactsProvider2.java | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/com/android/providers/contacts/ContactsProvider2.java b/src/com/android/providers/contacts/ContactsProvider2.java index 1eef5264..2925085e 100644 --- a/src/com/android/providers/contacts/ContactsProvider2.java +++ b/src/com/android/providers/contacts/ContactsProvider2.java @@ -4083,7 +4083,7 @@ public class ContactsProvider2 extends SQLiteContentProvider implements OnAccoun case CONTACTS_AS_VCARD: { final String lookupKey = uri.getPathSegments().get(2); final long contactId = lookupContactIdByLookupKey(mDb, lookupKey); - final String selection = RawContacts.CONTACT_ID + "=" + contactId; + final String selection = Contacts._ID + "=" + contactId; // When opening a contact as file, we pass back contents as a // vCard-encoded stream. We build into a local buffer first, |