History log of /packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
0a49afa2ad697307cc04ef4cb86570574fa720f2 06-Dec-2016 Gary Mai <garymai@google.com> Collapse common package (2/2)

Ran optimize imports on the project as well to re-order everything
which would have changed because of removing common.

Test: Built GoogleContacts, GoogleContactsTests, Contacts,
ContactsTests and ran unit tests.

Bug: 33252370
Change-Id: I881f0ba8b8fef002b6eeefa9a16b34f15b2fd2a9
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
69c182afb0e6d82a341a28b4317aa703af768906 05-Dec-2016 Gary Mai <garymai@google.com> Collapse common packages (1/?)

Move the majority of packages out of common. When trying to move
common.activity to activities every file switched from a rename to
separated deletes and adds. Will move tests and the rest of common
in a separate CL.

Test: Built GoogleContacts, Contacts, GoogleContactsTests,
ContactsTests.

Bug: 33252370
Change-Id: I9ffb20038dee255ef5f83002b7870265771b08c5
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
bb229241404466393bf97e908a871d1919241b55 26-May-2016 Wenyi Wang <wenyiw@google.com> Add hamburger menu to groups

Bug 28427279
Bug 28891044

Change-Id: Ib5c261ccac48342e5f5447b3042931bb778d62b5
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
aac0e66fb100b329d6010637998849048efadca9 19-Dec-2015 Wenyi Wang <wenyiw@google.com> Backport ContactsContract.PinnedPositions and create compat package

This class was unhidden in API level 21 and the undemote method was
added in API level 21 as well.

Bug: 25629359
Change-Id: I7eecd28338a8f14fca7b8249599c3f7eac70442c
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
2795a88a8e89a44f7dc4334cc2ae00bbd19dc2c1 24-Nov-2015 Wenyi Wang <wenyiw@google.com> Backport ProviderStatus by using its old definitions

Changes in ContactsUnavailableFragment and ProviderStatusWatcher
are based on pre-M SDKs. Please see ag/699615 for reference.

Bug: 25629359
Change-Id: I813d27f1d445660e10404e66698d5b4ae056e1f9
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
3c4d041b925bd45da88d20a88f819b8d02ef9aa5 29-May-2015 Brian Attwell <brianattwell@google.com> Use new definitions of ProviderStatus

And rebundle Contacts again.

Bug: 21090207
Change-Id: I7e93e36ad0c0d667ac56983c76acb1b97bd8755c
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
c3d202ccbaf93ddd8291672027e59f549c32eee3 09-Jan-2015 Brian Attwell <brianattwell@google.com> Unbundle from contacts contract part 3/3

* Remove some tests
* Move ContactsContract.Intents.UI into Contacts
* Remove references to ContactsContract.ProviderStatus.DATA1
and refactor to avoid usage of a new useless data object

Discussion: go/contacts-contact-intent-ui

Bug: 18777272
Change-Id: I9c6125cc30710e4637b38f3785608abb9928d1a2
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
e0b2f1e2d01d1ac52ba207dc7ce76971d853298e 12-Jun-2012 Chiao Cheng <chiaocheng@google.com> Global import order fix.

Changed import order to be in accordance with style guide:
http://source.android.com/source/code-style.html#order-import-statements

Static imports will be placed at the top since most existing files used that
convention. It is also a style that can be handled by both eclipse and intellij.

Change-Id: Ia7013c7a2d88e5fefb8f4975d121f7fcd3fcc462
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
d8fa716e5428791f79f54437087df3005cc907bf 16-May-2012 Makoto Onuki <omakoto@google.com> Improve provider status query wait

Follow-up to I9bc34e7d.

Don't wait for the provider status to be loaded more than once in a single
call tree.

Before, in order to update ContactsUnavailableFragment from
PeopleActivity.updateViewConfiguration(),
ProviderStatusWatcher.getProviderStatus() may have been called multiple times
in a single call tree, and each call could block the UI thread at most 1 second,
so in total the UI thread may have been blocked >= 2 seconds.

Now we only call ProviderStatusWatcher.getProviderStatus() once per the
updateViewConfiguration() call and pass around the result, so the UI
thread is blocked at most 1 second per call.

Bug 6503283

Change-Id: Ife55d3c6f9e052d82387629c082e41aaad737543
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java
c2bd6138e19fdcf734843eb55c83d6ffe00e91da 28-Apr-2012 Makoto Onuki <omakoto@google.com> Don't load provider status on the ui thread

The provider status query isn't backed by the filesystem, so is usually pretty
fast, but still, we occasionally get ANRs.

We can't just use a loder to load it in the background, because as long as it's
fast, we *do* want to wait on the UI thread, as the status is needed to decide
whether we should show the "contacts unavailable" fragment.

Added a singleton watcher class that keeps track of the last known provider
status.

start() starts wathcing the status, and stop() stops it.

Once we get a provider status, getProviderStatus()/getProviderStatusData()
will return the last known status, unblocked. Until we get the first status,
they will block at most 1 second. If we can't get the status within this
timeout, it'll just return STATUS_UPGRADING, and the people app shows
"Contacts list is being updated."

Bug 6337646

Change-Id: I9bc34e7d43e8e4bd5e1a11898137e8422b689582
/packages/apps/Contacts/src/com/android/contacts/list/ProviderStatusWatcher.java