Remove hard coded PeopleActivity.class from VCard UI.

The PeopleActivity was hard coded as the target activity when clicking on
a vcard processed notification.  Since the vcard export can be triggered
from both the dialtacts UI and the people UI, it's strange to always go
back to the people UI.

Change vcard UI classes to accept the calling activity. This way we can
send the user back to the activity that originally triggered the vcard
export.

Bug: 6993891
Change-Id: Ice978acb8244aacfcdc94c7da0ccc1e43bada54c

1 files changed, 3 insertions, 1 deletions

diff --git a/src/com/android/dialer/list/PhoneFavoriteFragment.java b/src/com/android/dialer/list/PhoneFavoriteFragment.java
index a5377d497..f049f83a5 100644
--- a/src/com/android/dialer/list/PhoneFavoriteFragment.java
+++ b/src/com/android/dialer/list/PhoneFavoriteFragment.java
@@ -57,6 +57,7 @@ import com.android.contacts.common.list.PhoneNumberListAdapter;
 import com.android.contacts.common.preference.ContactsPreferences;
 import com.android.contacts.common.util.AccountFilterUtil;
 import com.android.contacts.interactions.ImportExportDialogFragment;
+import com.android.dialer.DialtactsActivity;
 import com.android.dialer.R;
 
 /**
@@ -407,7 +408,8 @@ public class PhoneFavoriteFragment extends Fragment implements OnItemClickListen
                 // involve querying a {@link ProviderStatusLoader}, which we don't want to do right
                 // now in Dialtacts for (potential) performance reasons.  Compare with how it is
                 // done in {@link PeopleActivity}.
-                ImportExportDialogFragment.show(getFragmentManager(), true);
+                ImportExportDialogFragment.show(getFragmentManager(), true,
+                        DialtactsActivity.class);
                 return true;
             case R.id.menu_accounts:
                 final Intent intent = new Intent(Settings.ACTION_SYNC_SETTINGS);