You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is the same issue as here: IntentFilterAttribute is ignored on classes decorated with ContentProviderAttribute. The current workaround is to use RegisterAttribute on the DocumentsProvider subclass, which, as the documentation clearly states, is an ugly hack.
Expected Behavior
The intent-filter element is generated in the AndroidManifest.xml.
Actual Behavior
The intent-filter element is not generated in the AndroidManifest.xml.
Version Information
Xamarin 4.11.0.756 (d15-8@b66ff7180)
Visual Studio extension to enable development for Xamarin.iOS and Xamarin.Android.
Xamarin.Android SDK 9.0.0.19 (HEAD/a8a3b0ec7)
Xamarin.Android Reference Assemblies and MSBuild support.
The text was updated successfully, but these errors were encountered:
mbikovitsky
changed the title
Android DocumentsProvider intent filter
DocumentsProvider intent filter
Sep 20, 2018
Fixes: dotnet#2202
Context: https://forums.xamarin.com/discussion/96028/android-documentsprovider-intent-filter
When generating `AndroidManifest.xml` we currently fail to take into account any
instances of the `IntentFilterAttribute` custom attribute decorating all the
content provider classes (that is ones with another custom attribute -
`ContentProviderAttribute`). This forces the developer to manually edit the
manifest to add appropriate entry for the provider and its intent filters.
This commit removes the limitation by making sure our manifest generator looks
for and processes the `IntentFilter` custom attribute.
Fixes: #2202
Context: https://forums.xamarin.com/discussion/96028/android-documentsprovider-intent-filter
When generating `AndroidManifest.xml` we currently fail to take into account any
instances of the `IntentFilterAttribute` custom attribute decorating all the
content provider classes (that is ones with another custom attribute -
`ContentProviderAttribute`). This forces the developer to manually edit the
manifest to add appropriate entry for the provider and its intent filters.
This commit removes the limitation by making sure our manifest generator looks
for and processes the `IntentFilter` custom attribute.
ghost
locked as resolved and limited conversation to collaborators
Jun 7, 2022
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Steps to Reproduce
This is the same issue as here:
IntentFilterAttribute
is ignored on classes decorated withContentProviderAttribute
. The current workaround is to useRegisterAttribute
on theDocumentsProvider
subclass, which, as the documentation clearly states, is an ugly hack.Expected Behavior
The
intent-filter
element is generated in theAndroidManifest.xml
.Actual Behavior
The
intent-filter
element is not generated in theAndroidManifest.xml
.Version Information
The text was updated successfully, but these errors were encountered: