| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
| |
Bug 21900337.
Change-Id: I82991b492ea4c02a28a1ccc898d6f12741f1b793
|
| |
|
|
|
|
|
| |
Also fix Refresh button replicating itself on orientation change.
Bug: 19786650
Change-Id: I19a964d69d9141ba6515bbe19a120d4685628fe3
|
| |
|
|
|
|
|
| |
Also why did we have two copies of LocaleUtils >.>
Bug: 18108776
Change-Id: I03b4403dfd51934e66b567f2f8b87da419cfb3ab
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This CL fixes the following compiler warnings.
- Indirect access to static member
- Access to a non-accessible member of an enclosing type
- Parameter assignment
- Method can be static
- Local variable declaration hides another field or variable
- Value of local variable is not used
- Unused import
- Unused private member
- Unnecessary 'else' statement
- Unnecessary declaration of throw exception
- Redundant type arguments
- Missing '@Override' annotation
- Unused '@SuppressWarning' annotations
Bug: 18003991
Change-Id: Icfebe753e53a2cc621848f769d6a3d7ce501ebc7
|
| |
|
|
| |
Change-Id: If16ef50ae73147594615d0f49d6a22621eaf1aef
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some were never closed, other closed twice. This change
makes all Cursor instances behave, having the #close()
call in a finally{} clause, and puts the burden of closing
the cursor squarely on the creator rather than in the
called methods.
There is however one exception that is beyond the scope
of this change: UserDictionarySettings have a Cursor
member, it's never closed, and fixing the problem is not
obvious. This change adds a TODO for now.
It's not very clear if this change actually helps with
bug#12670151, but it may be related and it's a good
think to do anyway.
Bug: 12670151
Change-Id: I87cc44387e7dee3da1488671b93a28d9d73f7dc0
|
| |
|
|
|
| |
Bug: 12788164
Change-Id: If0d815518824a8e57b15e80111c5e6e08e93ba7e
|
| |
|
|
|
|
|
|
|
|
|
| |
This patch does two things:
- If there is no URL to download new data from, then the
Refresh button is not shown.
- Even if for some reason refresh starts for a client for
which there is no URL, loading correctly finishes.
Bug: 9388602
Change-Id: I3fd9214da50faa4b59d0bd3e775293dd34f07547
|
| |
|
|
|
| |
Bug: 9166225
Change-Id: I7490593d88a5854b9e675b9ead89d2ea9b49315c
|
| |
|
|
|
|
|
|
| |
It turns out giving them in the right order is not enough, you
also have to actually give them a numeric priority.
Bug: 9165928
Change-Id: I2ecff38f65b70746feeeeb0ed2cc86a586a35363
|
| |
|
|
|
|
|
|
| |
This is an optimization. It also happens to work around what
seems to be a framework bug in JB MR1 / MR1.1.
Bug: 8771179
Change-Id: I62cc7acdc8656d75f8a50c068c4e9d8c6ceb74a0
|
| |
|
|
|
|
|
| |
The progress bar is showing but doesn't show progress yet.
Bug: 7600384
Change-Id: I80debd3f4368e82e4184a6c638bdcc8e48ed2305
|
| |
|
|
|
|
|
|
|
| |
The life span of this object is actually the life span of the interface.
It should not be static.
Also, we'll have a few other things to store in there soon.
Bug: 7600384
Change-Id: I708019e9ee53653e83a1e52c8e76326c3e39bcf3
|
| |
|
|
|
|
|
|
|
|
| |
Upon invoking the settings of the dictionary pack with an unknown
client, we now launch an intent to ask the client to make itself known.
This change also includes the code that receives this intent and
acts upon it.
Bug: 8492879
Change-Id: I2c6496dea845646961ecafcf64e282cb93ee91dc
|
| |
|
|
|
|
|
| |
The code was passing the wrong parameter.
Bug: 8492879
Change-Id: I091d62ca29601e3807eed287c7bdad38bf43a502
|
| |
|
|
|
|
| |
Seems there was an unclosed cursor :o
Change-Id: I7616849ace5217d8c6f54465f7b3a634e3c14116
|
| |
|
|
| |
Change-Id: Ia9a2e8f0672b3f72943f26fb15de1d3c7c5ce7f1
|
|
|
Bug: 8161354
Change-Id: I17c23f56dd3bc2f27726556bf2c5a9d5520bd172
|
Amin Bandali
Dan Zivkovic
Ulas Kirazci
Jean Chalard
Tadashi G. Takaoka