| 04fd470ce0166abb36d9be829d6e9b98a55eaf35 |
|
13-Apr-2017 |
Alan Viverette <alanv@google.com> |
Update more implementations of findViewById()
Bug: 24137209
Test: make checkbuild -j32
Change-Id: I104969fc74d6dc1d159e3d1ff5926640b124a540
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 96d26fe3c55cdf88051698a2bf908b37b8b6a187 |
|
11-Apr-2017 |
Tony Mak <tonymak@google.com> |
Add hidden API startActivityForResultAsUser
Bug: 37197930
Test: runtest -x cts/tests/app/src/android/app/cts/FragmentReceiveResultTest.java
This verified existing startActivity* public APIs are still working
Test: The new hidden API is used/verified by the CLs under the same topic.
Change-Id: I2aca2823ecf26dc8a9318b3783b6041796c02582
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| e6f7daeb469ee4242416270b803e06909436d90e |
|
02-Mar-2017 |
George Mount <mount@google.com> |
Fix Loader bugs
Bug 32758881
Bug 34264461
When destroying the LoaderManager, the host was not being cleared.
The host was being leaked and this leaked the Activity.
When a LoaderManager is reused, for example with an orientation
change, the host was updated, but it wasn't started. This
adds a test for that case to ensure that when a reused
LoaderManager is loaded that it is properly started.
Test: Ib90f14e16083916a21a25ce87a4dd29ab9a33878
Change-Id: Id4c8afab5db0a78bbff376d597be294a6e3dbcba
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 86bfc666d33592f7db5584036aab8c44164d8dc2 |
|
13-Jul-2016 |
George Mount <mount@google.com> |
Add the ability to postpone transitions.
Bug 30502032
Bug 20068723
Fragments in a transaction can now indicate when they are ready
and the transaction should complete. Postponed transactions will
have new views in the fragments created and added to the hierarchy
INVISIBLE. When all postponed fragments are ready, the transitions
and animations will start. INVISIBLE views will be made VISIBLE
and removed views will be taken out of the View hierarchy
Test: Id72daf16a62658227ee21a1aaf18a9b7657b6ba1
Change-Id: Ie42034629fee73299f8f82f44506aabf89970c3f
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 100ba76d7a45847ffd3ecb1d468c91c0d0652032 |
|
22-Sep-2016 |
Adam Powell <adamp@google.com> |
Null check for restoring LoaderManagers
Bug 31671195
Test: core/tests/coretests/src/android/app/LoaderLifecycleTest.java
Change-Id: Ib553f7611814cc6759488aec505fd126ee664a9d
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 180202f2211d8c6bbb7a7057e61dafc90fe31930 |
|
22-Sep-2016 |
Adam Powell <adamp@google.com> |
Don't hold old host callback for fragments on the back stack
LoaderManagers configure their host callback lazily as their
associated fragment is brought up through its lifecycle states. In the
case of fragments on the fragment back stack this could happen very
late, if at all. As a LoaderManager's host callback references the
host Activity, this means that a LoaderManager could keep a destroyed
Activity reference alive.
Update the host callbacks of all LoaderManagers eagerly during the
restore non-configuration instance phase.
Bug: 30653222
Test: core/tests/coretests/src/android/app/LoaderLifecycleTest.java
Change-Id: I5d2b81daae5e7cae429fcf4934e64b3ce281140c
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| cbade7f4d3ed06636cdf0f2e2317a9e49b46852a |
|
15-Apr-2016 |
Adam Powell <adamp@google.com> |
Retain loaders through stopped config changes
Framework edition
Previously we would throw away any stopped LoaderManagers when we went
to retain instances to pass along as nonConfigurationInstances during
config changes or similar activity restarts. This causes loaders to do
more work than they need to when a calling activity starts a new
activity on top, a config change happens (e.g. screen rotation) and
then the top activity is finished, restarting the caller in a new
configuration. The loaders would go through onReset unnecessarily,
potentially throwing away data to be reloaded again after the config
change completes.
Instead of throwing away stopped LoaderManagers in this case, restart
them and retain them across the config change so they can resume where
they left off.
Bug 27176186
Change-Id: Ia52c6448d2ad41dcb25d493770d9ffae20a19d2a
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| a0c2dc3cf56bf9c90af517f4cd12ef80d375a85a |
|
12-Apr-2016 |
Clara Bayarri <clarabayarri@google.com> |
Provide startIntentSenderForResult for fragments
Bug: 27700608
Change-Id: Ibb7689ba0527048dd5944c4315b986f16030081d
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 2ee19c7f46ab488f19380f4c70904a1ac00fee9a |
|
20-Oct-2015 |
Todd Kennedy <toddke@google.com> |
Retain fragment loaders
Remove the partial fix [it did not work for child fragment managers]
and replace with a more general fix that works with all fragments.
Bug: 23838271
Change-Id: I88b465f6a06a6ad627b9651b9e2eea41fae08972
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 970b59cbe377e23e9c681a5cef30c01f730c7377 |
|
10-Jun-2015 |
Svetoslav <svetoslavganov@google.com> |
Use who when requesting permissions
Change-Id: Id0b231f8b74099b7877eb4441a1664416c641731
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| 434bd65ca61ff5cec46fce9fbe866d8ee40579da |
|
04-May-2015 |
Todd Kennedy <toddke@google.com> |
Call Activity#onAttachFragment()
This was accidentally removed during the changes to abstract a Fragment host.
Also ensure Fragment#onInflate(Activity) gets invoked
Bug: 20825263
Change-Id: I981266ae1e8817db5c82ec4609bbcf4a5e676fee
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|
| a5fc6f006f67867417b7a427de6e7394c4312dec |
|
15-Apr-2015 |
Todd Kennedy <toddke@google.com> |
Remove dependency upon FragmentActivity
The FragmentManagerImpl is intimately tied with a FragmentActivity. In
many cases, we want to be able to create / manage Fragments outside of
a FragmentManager. This defines a FragmentController interface that can
be used by any class to host Fragments.
Bug: 19569654
Change-Id: I6816a5c1815122d206062b9f4584ad460b3d41dd
/frameworks/base/core/java/android/app/FragmentHostCallback.java
|