From 457b038ff9cddf65f1f71f8c0ff619748b0deb7f Mon Sep 17 00:00:00 2001 From: Leon Scroggins III Date: Wed, 22 Apr 2020 12:44:42 -0400 Subject: [PATCH] Remove Bitmap#createGraphicBufferHandle Bug: 148155907 Bug: 150395371 Bug: 150956734 Test: make All internal callers have been moved to getHardwareBuffer. Although the method was listed as @UnsupportedAppUsage and go/nonsdk-dash-per-api lists MEDIUM usage, there is no runtime usage logged, and static analysis only reveals one call site that has been updated. Change-Id: If8c652efd68e82286ab46eed0084b5607152ad01 --- graphics/java/android/graphics/Bitmap.java | 14 -------------- 1 file changed, 14 deletions(-) diff --git a/graphics/java/android/graphics/Bitmap.java b/graphics/java/android/graphics/Bitmap.java index a2eda64aa7b35..9cf8e3672fe87 100644 --- a/graphics/java/android/graphics/Bitmap.java +++ b/graphics/java/android/graphics/Bitmap.java @@ -2220,20 +2220,6 @@ public final class Bitmap implements Parcelable { nativePrepareToDraw(mNativePtr); } - /** - * @return {@link GraphicBuffer} which is internally used by hardware bitmap - * - * Note: the GraphicBuffer does *not* have an associated {@link ColorSpace}. - * To render this object the same as its rendered with this Bitmap, you - * should also call {@link getColorSpace}. - * - * @hide - */ - @UnsupportedAppUsage - public GraphicBuffer createGraphicBufferHandle() { - return GraphicBuffer.createFromHardwareBuffer(getHardwareBuffer()); - } - /** * @return {@link HardwareBuffer} which is internally used by hardware bitmap *