summaryrefslogtreecommitdiff
path: root/core/java/android/content/ComponentName.java
Commit message (Collapse)AuthorAgeFilesLines
* Add maxTargetSdk restriction to unused APIs.Mathew Inwood2020-10-291-2/+3
| | | | | | | | | | | | | | | | | | | These are APIs that have @UnsupportedAppUsage but for which we don't have any evidence of them currently being used, so should be safe to remove from the unsupported list. This is a resubmit of ag/12929664 with some APIs excluded that caused test failures; see bugs 171886397, 171888296, 171864568. APIs excluded: Landroid/bluetooth/le/ScanRecord;->parseFromBytes([B)Landroid/bluetooth/le/ScanRecord; Landroid/os/Process;->myPpid()I Landroid/os/SharedMemory;->getFd()I Landroid/hardware/input/InputManager;->INJECT_INPUT_EVENT_MODE_WAIT_FOR_FINISH:I Bug: 170729553 Test: Treehugger Change-Id: I8285daa8530260251ecad6f3f38f98e263629ca7
* Revert "Add maxTargetSdk restriction to unused APIs."Hongwei Wang2020-10-281-3/+2
| | | | | | | | | This reverts commit 72f07d6a8a32db4a0dedd7682a0b3385be2b9cd6. Reason for revert: Droidcop-triggered revert due to breakage https://android-build.googleplex.com/builds/quarterdeck?testMethod=testAppZygotePreload&testClass=android.app.cts.ServiceTest&atpConfigName=suite%2Ftest-mapping-presubmit-retry_cloud-tf&testModule=CtsAppTestCases&fkbb=6936597&lkbb=6936969&lkgb=6936551&testResults=true&branch=git_master&target=cf_x86_phone-userdebug>, bug b/171886397 Bug: 171886397 Change-Id: Ibe0f0430a3451477c1ee8ef56a596e91ea1e7672
* Add maxTargetSdk restriction to unused APIs.Mathew Inwood2020-10-271-2/+3
| | | | | | | | | | These are APIs that have @UnsupportedAppUsage but for which we don't have any evidence of them currently being used, so should be safe to remove from the unsupported list. Bug: 170729553 Test: Treehugger Change-Id: I4c8fd0006f950de9955242e93968fb0996ceb372
* Add @Nullable annotation to the parameter of Object.equals() methods.Roman Kalukiewicz2020-10-151-1/+1
| | | | | | | | | | | | | | | | | | Those annotations could be inferred by some tools (like Kotlin), but the https://checkerframework.org/ doesn't check inherited annotations complaining about all equals() invocations that get nullable argument. The change was generated by running find . -name \*.java | xargs sed -i 's/public boolean equals(Object /public boolean equals(@Nullable Object /' in the frameworks/base directory and by automatically adding and formatting required imports if needed. No manual edits. Bug: 170883422 Test: Annotation change only. Should have not impact. Exempt-From-Owner-Approval: Mechanical change not specific to any component. Change-Id: I5eedb571c9d78862115dfdc5dae1cf2a35343580
* Merge "docs: Add documentation for equals() method" into qt-dev am: ↵Automerger Merge Worker2020-01-071-0/+6
|\ | | | | | | | | | | 732a127636 am: 8bc1955d0e am: 45dbf8cc5a am: 01c6d1f405 Change-Id: I5ff4946d3a8971556a93236b9936217c4d0a4b75
| * docs: Add documentation for equals() methodKevin Hufnagle2020-01-071-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | Explain the conditions that must be true in order for two objects of type `ComponentName` to be considered equal. Test: make ds-docs -j32 Bug: 62991861 Change-Id: I162ecd825b187ca688af11271a937e3740a4a833 Exempt-From-Owner-Approval: Docs-only change
* | Use new UnsupportedAppUsage annotation.Artur Satayev2019-12-181-1/+1
| | | | | | | | | | | | | | | | Existing annotations in libcore/ and frameworks/ will deleted after the migration. This also means that any java library that compiles @UnsupportedAppUsage requires a direct dependency on "unsupportedappusage" java_library. Bug: 145132366 Test: m && diff unsupportedappusage_index.csv Change-Id: I6ab53570aca580fbee1fcc927871caa09780f58f
* | Rename writeToProto to be dumpDebugJeffrey Huang2019-12-051-1/+1
|/ | | | | | | | | We want to eventually migrate some of these APIs to be @SystemApi for mainline modules. The #dumpDebug name is more appropriate than #writeToProto. Bug: 142279786 Test: Manual Change-Id: I60793e91cedf6b720d4ecef6a8484f4fed4ff30f
* incidentd can now handle multiple callers asking it for incident reportsJoe Onorato2019-03-261-0/+2
| | | | | | Test: bit incident_test:* GtsIncidentManagerTestCases:* Bug: 123543706 Change-Id: I9f671dd5d8b2ad139f952a23e575c2be16120459
* All Parcelable CREATOR fields are @NonNull.Jeff Sharkey2019-02-281-1/+1
| | | | | | | | | If they were null, then the Parcelable would fail to work. Bug: 126726802 Test: manual Change-Id: I7929ffa2f20e5de1c8e68e8263cca99496e9d014 Exempt-From-Owner-Approval: Trivial API annotations
* Another round of changes on Content Capture.Felipe Leme2018-12-141-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | - Get rid of activity-level events. - Renamed InteractionSessionId and InteractionContext to ContentCaptureSessionId and ContentCaptureContext (and made them public) - Create the explicit concept of ContentCaptureSesssion (and moved notification APIs to it). - Added APIs to let apps create new sessions (not implemented yet). - Added APIs to remove user data based on some context properties (like URI). The reasoning behind this change is to let app developers explicitly associate the captured content with some app-level domain (and also let the app ask the service to clear such data at user's request). For example, a browser app (and WebView) can use these APIs to associate the content capture events with the URL being rendered. Bug: 117944706 Fixes: 121034139 Test: atest CtsContentCaptureServiceTestCases Test: m update-api && m Change-Id: I7841da303b6a39c825651b03a07e3081fbd0bdf5
* Add @UnsupportedAppUsage annotationsMathew Inwood2018-08-151-0/+3
| | | | | | | | | | | | | | | | | | | | | | For packages: android.content.res android.content.pm.split android.content.pm.permission android.content.pm.dex android.content.pm android.content.om android.content This is an automatically generated CL. See go/UnsupportedAppUsage for more details. Exempted-From-Owner-Approval: Mechanical changes to the codebase which have been approved by Android API council and announced on android-eng@ Bug: 110868826 Test: m Change-Id: Ia79256a3d04e16dd78331a61af0dcddc5fc1599b
* Split provider / service dumpsys into platform and non-platformMakoto Onuki2018-04-171-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Also extend the timeout to 60 seconds. - Because each provider / service dump may time out, the total time should relatively be large. Bug: 78017892 Fix: 78017892 Test: Manual test with the following dumpsys commands: dumpsys activity provider all dumpsys activity provider all-platform dumpsys activity provider all-non-platform dumpsys activity provider com.android.providers.contacts/com.android.providers.contacts.VoicemailContentProvider dumpsys activity provider com.android.providers.contacts/.VoicemailContentProvider dumpsys activity provider contacts dumpsys activity provider voicemail dumpsys activity provider 4d45a78 dumpsys activity service all dumpsys activity service all-platform dumpsys activity service all-non-platform dumpsys activity service bluetooth Test: atest /android/pi-dev/frameworks/base/core/tests/coretests/src/com/android/internal/util/DumpTest.java Test: atest /android/pi-dev/frameworks/base/core/tests/coretests/src/com/android/internal/util/ParseUtilsTest.java Test: Manual test with "adb bugreport" with adding sleep(10s) to ProviderMap.dumpProvider() Change-Id: I00bce0090b8dbb947d7f8b1e5d01bb8a70d84bd8
* incidentd: dumping jobscheduler to protoKweku Adams2018-01-091-1/+3
| | | | | | | Bug: 65750819 Test: flash device and check incident.proto output Also test: $ cts-tradefed run cts-dev --module CtsIncidentHostTestCases --test com.android.server.cts.JobSchedulerIncidentTest Change-Id: I4abc01ca893edcbaf4d2254e4f807e06f5cb91f8
* incidentd: Adding Notification Listener and Disabling Effects Data to ↵Kweku Adams2017-09-211-24/+30
| | | | | | | | | | | NotificationManager proto output. RankingHelper will be done in another CL...that's likely a large CL on its own. BUG: 65750824 Test: flash on device and check incident.proto output Change-Id: I740166aed6ac6769ee3e013cf2bd403256eb77dc
* Even more auto-doc work.Jeff Sharkey2017-04-241-10/+12
| | | | | | | | | | Update docs based on what new lint detector found. Add new @IntDef to parameters or methods returning constants or flags, and add @RequiresPermission to methods mentioning permissions. Test: make -j32 offline-sdk-docs Bug: 37526420 Change-Id: I7f640f7883fcb66b911a52ae93b83f77306571ec
* Add ComponentName.createRelative methodsAdam Powell2015-04-141-0/+51
| | | | | | | | | In a number of places, it's convenient to be able to refer to ComponentName classes with relative package paths as they are interpreted in manifest parsing. Express the official (yet simple) policy for this in a simple pair of factory methods for ComponentName. Change-Id: I81a40c81b7975445dd9f06292363b69bb072b16d
* Fix issue #10848916: "Always" button is not working.Dianne Hackborn2013-09-241-2/+50
| | | | | | | | | | | | | | | | | | | | | | | | The problem was that the ResolverActivity filters some activities out of the list it shows, but it uses that display list as the list of components the preference is set against when ultimately setting it on the package manager... but that filtered list is *not* the right component set, since it is not the same as the package manager's view on it. The fix here is to retain the original set of matching components and use that when setting the preferred activity. Note that this does mean that in very unusual cases where filtering is happeing (such as one of the activities not being exported but being seen as a possible completion from another app), then you will be setting the preference for the complete set. Ultimately we probably need to have the package manager apply these filtering rules up-front so this is all consistent, but this is a very rare case so not that important. And then most of the change here is just improving the debug output for intent resolution. Change-Id: Ie35ac2c05a45946439951bbf41433c8b7de79c05
* Fix issue #2438980: Implement package watcher for voice recognizer service ↵Dianne Hackborn2010-02-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | setting I am getting tired of writing package monitor code, realized this is missing in a number of places, and at this point it has gotten complicated enough that I don't think anyone actually does it 100% right so: Introducing PackageMonitor. Yes there are no Java docs. I am still playing around with just what this thing is to figure out what makes sense and how people will use it. It is being used to fix this bug for monitoring voice recognizers (integrating the code from the settings provider for setting an initial value), to replace the existing code for monitoring input methods (and fix the bug where we wouldn't remove an input method from the enabled list when it got uninstalled), to now monitor live wallpaper package changes (now allowing us to avoid reverting back to the default live wallpaper when the current one is updated!), and to monitor device admin changes. Also includes a fix so you can't uninstall an .apk that is currently enabled as a device admin. Also includes a fix where the default time zone was not initialized early enough which should fix issue #2455507 (Observed Google services frame work crash). In addition, this finally introduces a mechanism to determine if the "force stop" button should be enabled, with convenience in PackageMonitor for system services to handle it. All services have been updated to support this. There is also new infrastructure for reporting battery usage as an applicatin error report.
* Make ComponentName cloneable.Joe Onorato2010-02-081-1/+5
|
* Make android.content.ComponentName implement java.lang.Comparable.Joe Onorato2009-05-121-1/+11
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-0/+276
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-276/+0
|
* Initial ContributionThe Android Open Source Project2008-10-211-0/+276