38

When I run my application in an emulator with the API 28, the console gives me the following warning:

W/oaristachimene: Accessing hidden method Landroid/view/View;->computeFitSystemWindows(Landroid/graphics/Rect;Landroid/graphics/Rect;)Z (light greylist, reflection) W/oaristachimene: Accessing hidden method Landroid/view/ViewGroup;->makeOptionalFitsSystemWindows()V (light greylist, reflection)

I have been debugging it and I found out that it comes from the call: setContentView(R.layout.activity_main), so is there another way to set the layout of an activity or is this method going to be updated so that it doesn't throws that warning when running on a device with android API 28?.

Iván Gómez
  • 523
  • 1
  • 4
  • 9
  • You should show at least the class that is crashing so we can take a look the code – Skizo-ozᴉʞS ツ Sep 16 '18 at 21:36
  • So I start the template Android project included in Android Studio 2020.3.1 Canary 13 and out-of-the-box am greeted with a whole bunch of these. :O And indeed, the template calls `setContentView`. Welcome to Android, I guess. – Steven Jeuris Oct 09 '21 at 11:04

6 Answers6

53

For the warnings in the question, computeFitSystemWindows and makeOptionalFitsSystemWindows are actually used by the support library or androidx library through reflection. You can verify it by simply searching those two methods in the AppCompatDelegateImpl.

Hopefully this can be fixed later.

Update 1

Recently when I test app in Firebase Test Lab, these 2 APIs and some other APIs are marked

One possible root cause for this warning is Google-owned library UI Toolkit. No action need be taken at this time.

Or

One possible root cause for this warning is Google-owned library Android WebView. No action need be taken at this time.

Dewey Reed
  • 4,353
  • 2
  • 27
  • 41
6

Chances are good that the layout id you’re passing to setContentView() contains some view from a 3rd-party library that uses non-SDK interfaces. This warning is telling you that this is happening, but all you can do is

  • Wait for the 3rd party to fix their library
  • Remove those 3rd-party views from your layout

For now, this is only a warning; nothing bad will actually happen. But in future versions of Android, it might become a real problem. The system is just giving you time to figure it out.

Ben P.
  • 52,661
  • 6
  • 95
  • 123
1

It's just a warning.

You should read the Restrictions on non-SDK interfaces documentation.

Android 9 (API level 28) introduces new restrictions on the use of non-SDK interfaces, whether directly, via reflection, or via JNI. These restrictions are applied whenever an app references a non-SDK interface or attempts to obtain its handle using reflection or JNI. For more information about this decision, see Improving Stability by Reducing Usage of non-SDK Interfaces.

In general, apps should only use the officially documented parts of the classes in the SDK. In particular, this means that you should not plan to access methods or fields that are not listed in the SDK when you interact with a class via semantics such as reflection.

Community
  • 1
  • 1
Skizo-ozᴉʞS ツ
  • 19,464
  • 18
  • 81
  • 148
1

For those getting Accessing hidden method XYZ on Android 9 (Pie, API 28):

Some methods greylisted in Android 9 were then whitelisted in Android 10. Before looking for any alternatives to greylisted methods check https://developer.android.com/about/versions/10/non-sdk-q#greylist-now-public

This does notapply to the methods in OP's question (computeFitSystemWindows, makeOptionalFitsSystemWindows) at the moment but may change in future Android releases.

See also https://developer.android.com/about/versions/10/non-sdk-q#greylist-now-restricted which presents:

non-SDK interfaces from the greylist in Android 9 (API level 28) that are now restricted in Android 10 (API level 29). Wherever possible, alternative APIs are suggested in a comment following the name of the interface.

E.g. all common methods reported by Android 9 light greylist filter:

Accessing hidden method Landroid/graphics/drawable/Drawable;->getOpticalInsets()Landroid/graphics/Insets; (light greylist, linking)
Accessing hidden field Landroid/graphics/Insets;->left:I (light greylist, linking)
Accessing hidden field Landroid/graphics/Insets;->right:I (light greylist, linking)
Accessing hidden field Landroid/graphics/Insets;->top:I (light greylist, linking)
Accessing hidden field Landroid/graphics/Insets;->bottom:I (light greylist, linking)

are now whitelisted in Android 10 so the logcat warn can be safely ignored (at least until Android 11 which may greylist them again :)).

dominik
  • 2,404
  • 2
  • 29
  • 33
1

I had this problem. I just upgraded my buildToolsVersion, targetSdkVersion and all dependencies to the last version and the problem seems to be fixed now.

Hadi
  • 544
  • 1
  • 8
  • 28
1

You will also get these kind of warnings in the Google Play Console when publishing your app. They appear as 'Stability' warnings in the Pre-launch report.

For now, they are to be ignored as they are beyond your control. If at some point Google updates their SDKs not to use reflection these warnings will disappear.

alkonz
  • 11
  • 2