Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • trie-js-dumping protected
  • hitbox-boosting protected
  • model-metadata protected
  • lm-2-finetuning-whisperggml protected
  • lm-2-finetuning protected
  • lm-2 protected
  • language_model_experiments protected
  • 0.1.24.2 protected
  • 0.1.24.2-rc1 protected
  • 0.1.24.1 protected
  • 0.1.24.1-rc1 protected
  • 0.1.24 protected
  • 0.1.24-rc1 protected
  • 0.1.23.2 protected
  • 0.1.23.1 protected
  • 0.1.23 protected
  • 0.1.22 protected
  • 0.1.21 protected
  • 0.1.20 protected
  • 0.1.19 protected
  • 0.1.18 protected
  • 0.1.17 protected
  • 0.1.16 protected
  • 0.1.15 protected
  • 0.1.14.1 protected
  • 0.1.14 protected
  • 0.1.13 protected
28 results
Search by author
  • Any Author
  • Aleksandras Kostarevas Aleksandras Kostarevas alex
  • Dean Dean dean
  • Tom Folbrecht Tom Folbrecht tom
  • sameer sameer sameer
4 authors
  1. Oct 28, 2014
  3. Oct 23, 2014
  5. Oct 21, 2014
    • Tadashi G. Takaoka's avatar
      Fix some compiler warnings · 5f00fe09
      Tadashi G. Takaoka authored 
      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
      5f00fe09
    • Adrian Velicu's avatar
      Renaming "blacklist" flag to "possibly offensive" · 05172bf1
      Adrian Velicu authored 
      No behaviour changes.
Unified the overloaded FusionDictionary::add method to always take an
isPossiblyOffensive argument.

Bug: 11031090
Change-Id: I5741a023ca1ce842d2cf10d4f6c926b0efabaa78
      05172bf1
  7. Sep 29, 2014
  9. Jul 28, 2014
  11. Jun 25, 2014
  13. Jun 10, 2014
  15. May 23, 2014
  17. May 21, 2014
  19. May 20, 2014
  21. May 08, 2014
  23. May 01, 2014
  25. Apr 28, 2014
  27. Apr 03, 2014
  29. Mar 27, 2014
  31. Feb 27, 2014
  33. Feb 20, 2014
  35. Feb 18, 2014
    • Jean Chalard's avatar
      Straighten out database cursors behavior. · b8ff8ca9
      Jean Chalard authored 
      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
      b8ff8ca9
  37. Feb 13, 2014
  39. Jan 06, 2014
  41. Dec 13, 2013
  43. Dec 11, 2013
  45. Dec 03, 2013
  47. Nov 20, 2013
  49. Oct 07, 2013
  51. Sep 20, 2013
  53. Aug 16, 2013
  55. Jul 04, 2013
  57. Jun 24, 2013
  59. May 08, 2013