ab845dee6565a8dfc384186bc8f2e801a2b087e1 |
|
07-Jun-2014 |
Ye Wen <ywen@google.com> |
Use unified log tag for Mms app Change-Id: Icec182674c008c2b9d01a6010a2aafc8111b2b7e
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
d64419030e1fec1e751695dab3bd7236e2fb0214 |
|
02-Aug-2012 |
Roger Chen <cxr514033970@gmail.com> |
Clean and format all imported packages Change-Id: I2e45f5ba1d56b9b17314a8b0f4c0fc1a5d8fc4d9 Signed-off-by: Roger Chen <cxr514033970@gmail.com>
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
8fedfa146fe3704cafcade6f050bf30ee42699cb |
|
11-Jan-2011 |
Tom Taylor <tomtaylor@google.com> |
Fix java.lang.IllegalStateException: attempt to re-open an already-closed object Wrong cursor getting closed. Bug 3338157 Change-Id: I13d7233a0aafa4a363766b64a8a3bf5aa7990f8c
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
cd3e6c33df50eafedb9a8b765770ffe49b138fe1 |
|
06-Jan-2011 |
Tom Taylor <tomtaylor@google.com> |
Fix recycler NPE It's caused by getting back a null cursor from a query. There are other places in the code where we could get null cursors. Fixed 'em. Also, the cursor wasn't getting closed. Fixed that too. Bug 3315962 Change-Id: Ifff2b35cf25627847376131a16686d3420a21946
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
d4ab73b7483ba8a92a96235474070fbf5c10244c |
|
27-Aug-2010 |
Brad Fitzpatrick <bradfitz@android.com> |
Use new apply() instead of commit(). apply() starts an async disk write and doesn't have a return value but is otherwise identical in observable effects. Change-Id: I126fa7cb5d02a2c30721eb702ecf5bd9d9376b17
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
bd2a8f5bd39ce46a43b5bcc759432ebea4f68369 |
|
15-Apr-2010 |
The Android Open Source Project <initial-contribution@android.com> |
merge from open-source master Change-Id: Ib54a62360d01c059a4fc2ade5968e79009a4b201
|
6a7ba7cf4d775dbb29f3cafbee67d823149da5f1 |
|
08-Apr-2010 |
Naveen Kalla <nkalla@codeaurora.org> |
Fix memory leaks and corner cases in MMS app The following problems will be fixed with these changes 1) IndexOutOfBounds exception when viewing a slide show. mCurrentElement should not exceed the size of all entries. This caused IndexOutOfBounds exception 2) Redundant call for registerSimChangeObserver causes OOM issues. SimChangeObserver is registered in onResume function. So the call in onQueryComplete can be removed. 3) Check for empty sender address before trying to get associated contact number when an SMS is received 4) Fix Cursor leak while receiving sms
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
f7e8281a223af6228e6399055a6197a1edd9bc3a |
|
09-Mar-2010 |
Tom Taylor <tomtaylor@google.com> |
Remove mms-common Get rid of the mms-common library and move the mms files back into the framework where they originally came from. Change-Id: I8ce2b0a2a3cfc6b7da13ce0e791173c09dd8f0f5
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
07d483e5da80176484bff536d118cc061f28e586 |
|
09-Feb-2010 |
Tom Taylor <tomtaylor@google.com> |
Fix a cursor leak Fix a cursor leak in the recycler. Add a test for sending large numbers of sms/mms messages. Add another stress test for the recycler. Change-Id: I8792e15d421ae32a78ca59fb4b73d354f2060819
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
3e1da0e1638c77be0c47997f17633596a38f055b |
|
29-Jan-2010 |
Tom Taylor <tomtaylor@google.com> |
Recycler not obeying setting One of the functions in the Mms recycler wasn't testing to see if the Recycler was enabled or not. Therefore, it was always recycling (probably at the default of 20 mms messages). Fixes bug 2401179. Change-Id: Ia37f5bed184a50ed9c7dcaea04afeb88a2374f56
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
fd644551e8506266aad2b76463b51b44154ed62f |
|
29-Jan-2010 |
Tom Taylor <tomtaylor@google.com> |
Update refs now that MMS is removed Move MMS to mms-common library. Update imports. Change-Id: I28fa24a68c27977eba58cb62f2667596d3abe2c4
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
6be18bedb5b87dbbcdb54f37d5a0945bd0f71377 |
|
17-Dec-2009 |
Tom Taylor <tomtaylor@google.com> |
Unbundling work This is the first step in unbundling the Mms app. Some of the changes include: - moving some of the Mms code from the framework into the app itself. - same with emoticons - remove dependency on internal drawables and add local copy to mms - some dependencies on various internal classes now moved to android-common library
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
512681a5702e1ba6df0b7298c7737598a4e9aa8e |
|
29-Sep-2009 |
Tom Taylor <tomtaylor@google.com> |
Call recycler on download If Mms auto-retrieve is turned off, the recycler wasn't getting called to limit the max number of saved messages. After a message is manually downloaded, make a call to the recycler. Change-Id: I2dea223c7599936e8cb4c88123df4154a9895499
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
30523f5908dc28f7686bbc1363b20ea77ee29ab9 |
|
10-Sep-2009 |
Tom Taylor <tomtaylor@google.com> |
Strict message limits Make the message limits hard rather than soft. We now only keep X messages, not including locked messages. Unread vs. read messages no longer make a difference.
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
f766f33b774cfb6dd4100a6522ffa23c0a0dae35 |
|
11-Aug-2009 |
Tom Taylor <tomtaylor@google.com> |
One-time storage limit check When running the Messaging app for the first time, specifically the ConversationList, check to see if we can auto-enable the storage limits setting. If any of the conversation threads have more messages than the storage limit settings, show an activity that will tell the user how to turn on the storage limits. Otherwise, just enable the setting.
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
53a1dc1c4fed88c20a3ce4c2d37c909dc1e469e2 |
|
21-Jul-2009 |
Tom Taylor <tomtaylor@google.com> |
MMS Auto-delete prefs Update the UI prefs so the user can set the Mms and Sms auto-delete limits.
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
440071bb40c9c7bac5870a8bb3110edbe665c702 |
|
04-Jun-2009 |
Tom Taylor <tomtaylor@google.com> |
Add initial UI to lock/unlock a message to prevent the message from being deleted. First cut at the UI to allow a user to lock (or unlock) a message and prevent it from being automatically deleted by the recycler.
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|
3239889e9a417617b755d4cde22070843e5c070b |
|
01-Jun-2009 |
Tom Taylor <tomtaylor@google.com> |
Checkpoint work on MMS/SMS Recycler A user can enable a setting to limit the number of saved messages per thread. Eventually, UI will allow a user to lock a message and prevent it from getting automatically deleted when hitting the limit of saved messages. Work to do includes adding a saved column to the sms and pdu tables and then implementing the UI to modify/view the lock per message.
/packages/apps/Mms/src/com/android/mms/util/Recycler.java
|