20

I am using an open-srouce code from Google for an app called MyTracks.

I am getting this error when the original app is installed on the phone.

INSTALL_FAILED_CONFLICTING_PROVIDER

I know that this is because of the android:authorities in the Manifest.

here is the part of the Manifest:

<provider
android:name="com.google.android.apps.mytracks.content.MyTracksProvider"
android:authorities="com.google.android.maps.mytracks"
android:exported="true"
android:readPermission="com.google.android.apps.mytracks.READ_TRACK_DATA"
android:writePermission="com.google.android.apps.mytracks.WRITE_TRACK_DATA" />
<!-- Search suggestion provider -->
<provider
android:name="com.google.android.apps.mytracks.content.SearchEngineProvider"
android:authorities="com.google.android.maps.mytracks.search"
android:exported="false" />

So, my question is: I want to know whether this approach may solve the problem or not, because I am afraid of changing all the packages names and then have the whole app broken.

  1. The android :authorities value is the package name. The android:name is the name of the class of that provider. Am I correct?

If I change the package name, to another one different than the com.google etx, and rename all the references/ imports of that package, should the problem go away?

ghostrider
  • 5,131
  • 14
  • 72
  • 120

10 Answers10

34

The android :authorities value is the package name.

In this case, it happens to be the package name. It simply has to be unique.

The android:name is the name of the class of that provider

Correct.

If I change the package name, to another one different than the com.google etx, and rename all the references/ imports of that package, should the problem go away?

The package name has nothing to do with it. You may need to change that as well, though, for your app to be able to be installed alongside the regular, un-modified app.

You need to have a unique value for android:authorities, and the code in your app that uses this ContentProvider needs to use an appropriate Uri (content://whatever.you.change.the.authority.to/...).

CommonsWare
  • 986,068
  • 189
  • 2,389
  • 2,491
  • 1
    I have change the applicationId for each of my flavor. But I am getting above mention error. – Shreyash Mahajan May 31 '16 at 06:49
  • it is possible that I an run same app with different varient in same device. Which react as different application in same device? – Shreyash Mahajan May 31 '16 at 06:50
  • 3
    @iDroidExplorer: The question is about content provider authorities. Build variants do not matter directly here -- the authorities must still be unique. You can use placeholders in the manifest merger process to have the authority string be based on the build variant's `applicationId`, though. For example, use `android:authorities="${applicationId}.provider" to have the authority string be the `applicationId` with `.provider` appended. – CommonsWare May 31 '16 at 10:56
7

If you are using Google Maps + Google Play Services inside a library project, you can encounter this error when you try to run an app that uses your library, while a different app that uses the same library is already installed on your device.

Fix: make sure that defaultConfig.applicationId is defined in android section of the build.gradle file for each project using your library

android {
    defaultConfig.applicationId = "com.company.appname"
}

I would recommend using the package name of the specific app. With this fix, the provider names will no longer conflict, and your app will run as expected.

Symptoms

1.) Your users are seeing the dreaded "-505" install error when installing your app from the Play Store.

2.) You will see this error message when you try to install a second app that uses your library via Android Studio:

enter image description here

In your console, you will see a message like this:

Package couldn't be installed in /data/app/com.company.appname-1
com.android.server.pm.PackageManagerException: 
Can't install because provider name 
com.google.android.gms.measurement.google_measurement_service 
(in package com.company.appname) is already used by
com.company.otherInstalledAppName

The fix is to make sure that defaultConfig.applicationId is defined in android section of the build.gradle file for each project using your library

android {
    defaultConfig.applicationId = "com.company.appname"
}

More reading can be found here in the original bug report: Issue 784: Multiple apps using same authority provider name

DiscDev
  • 38,652
  • 20
  • 117
  • 133
6

just uninstall helloFacebooksample app from you device

Sourabh
  • 5,170
  • 9
  • 30
  • 41
5

if you use for ex facebook-sdk then for each app you need unique this line in manifest

<provider android:authorities="com.facebook.app.FacebookContentProviderxxxxxxxxxx"
            android:name="com.facebook.FacebookContentProvider"
            android:exported="true"/>

xxxxxxxxxx - should be unique for each app, for facebook-sdk it's your facebook_id number

NickUnuchek
  • 11,794
  • 12
  • 98
  • 138
  • **Addition to the answer:** if you are testing 2 different versions of your app with facebook integration, then you can sign in to the facebook developer dashboard, go to your app, in the top left click on the name of your app, in the menu click **+ Create Test App**. This will create a test app with another app ID. Use it for the test version of your app. – Nika Kasradze Mar 20 '17 at 10:37
3

I got this same error when I changed the package name in my app's manifest. This creates a conflict when you try to install the app again (with the new package name). The solution is to remove the old version of the app (that uses the old package name), then you'll be able to install the new version.

ban-geoengineering
  • 18,324
  • 27
  • 171
  • 253
2

Just Uninstall the application from the device which you are trying to run and try to reinstall application again. The existing application is conflicting with the new one.

apurv thakkar
  • 8,608
  • 3
  • 14
  • 19
1

The gradle also needs to contain this

defaultConfig {
  applicationId "com.example.app"
}

I had left it out completely

Krupa
  • 178
  • 1
  • 1
  • 12
1

CommonsWare has it right, however, there are more details that may help.

For me, there were two key parts of the solution. First I added $(applicationId) to Manifest provider entry:

        <provider
            tools:replace="android:authorities"
            android:name="android.support.v4.content.FileProvider"
            android:authorities="${applicationId}.files"
            android:exported="false"
            android:grantUriPermissions="true">
            <meta-data
                android:name="android.support.FILE_PROVIDER_PATHS"
                android:resource="@xml/fileprovider" />
        </provider>

Second, when you switch Build Varients, and for me this is between 'debug' and 'release', you also need to Sync Project with Gradle Files. It was not enough to just Clean and Rebuild project.

In Android Studio there are two tabs in the bottom of the AndroidManifest.xml page. The 'Text' tab you use to edit and the 'Merged Manifest' tab shows the resulting manifest after the build, and for me I can see it was injecting the applicationId properly into the android:authorities section of the provider.

MobileMateo
  • 424
  • 5
  • 4
0

You maybe compile same library or including libraries. For example :

compile 'com.google.android.gms:play-services:8.1.0'
compile 'com.google.android.gms:play-services-ads:8.1.0'
compile 'com.google.android.gms:play-services-identity:8.1.0'
compile 'com.google.android.gms:play-services-gcm:8.1.0'

Above code, google play services (first line ) includes all other services .

hkaraoglu
  • 1,345
  • 1
  • 15
  • 34
-3

may be your phone memory is full so please check it