Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit f15072a8 authored by Alexander Roederer's avatar Alexander Roederer
Browse files

Removes comment dead link on MIME types 

Removes a dead link on MIME types in Notification Messages, and
adds a pointer to suggest looking at ImageDecoder.isMimeTypeSupported
for information about what mime types are supported; notification
messages are decoded to drawables using ImageDecoder, so that list
should provide useful guidance. Other MIME types may be supported,
but the image types are likely to be most common, so ImageDecoder
seemed like a reasonable place to direct attention.

Change-Id: I474509d8874dc282ab8bcc00a9a6b86a6192d478
Test: Only changing comments
Bug: 154803285
parent 46e1caeb

core/java/android/app/Notification.java

+4 −4
Original line number Diff line number Diff line
@@ -8657,13 +8657,13 @@ public class Notification implements Parcelable 
             * where the platform doesn't support the MIME type, the original text provided in the

             * constructor will be used.

             * @param dataMimeType The MIME type of the content. See

             * <a href="{@docRoot}notifications/messaging.html"> for the list of supported MIME

             * types on Android and Android Wear.

             * {@link android.graphics.ImageDecoder#isMimeTypeSupported(String)} for a list of

             * supported image MIME types.

             * @param dataUri The uri containing the content whose type is given by the MIME type.

             * <p class="note">

             * Notification Listeners including the System UI need permission to access the

             * data the Uri points to. The recommended ways to do this are:

             * <ol>

             *   <li>Notification Listeners including the System UI need permission to access the

             *       data the Uri points to. The recommended ways to do this are:</li>

             *   <li>Store the data in your own ContentProvider, making sure that other apps have

             *       the correct permission to access your provider. The preferred mechanism for

             *       providing access is to use per-URI permissions which are temporary and only