Skip to content
Snippets Groups Projects
  1. Nov 13, 2023
  2. Sep 04, 2023
  3. Sep 01, 2023
  4. Aug 31, 2023
  5. Aug 27, 2023
  6. Aug 14, 2023
  7. Jul 06, 2023
  8. Jun 15, 2021
    • Yohei Yukawa's avatar
      Bump targetSdkVersion to "30" · 07ce283a
      Yohei Yukawa authored
      With this CL, versionCode, targetSdkVersion and minSdkVersion will be
      bumped/set as follows:
      
             versionCode: 28 -> 30
        targetSdkVersion: 28 -> 30
           minSdkVersion: 21
      
      As far as we know, there should be no user-visible behavior change on
      supported OS versions.
      
      Fix: 189558760
      Test: manually verified that LatinIME still is functional
      Change-Id: I3a7deb452960b370f5290f3d1bac9c79fe935303
      Merged-In: I4bf7588c62fb77bf78d4afcb665e9bfbbef53966
      (cherry picked from commit 360052f3)
      07ce283a
    • Yohei Yukawa's avatar
      Bump targetSdkVersion to "30" · 360052f3
      Yohei Yukawa authored
      With this CL, versionCode, targetSdkVersion and minSdkVersion will be
      bumped/set as follows:
      
             versionCode: 28 -> 30
        targetSdkVersion: 28 -> 30
           minSdkVersion: 21
      
      As far as we know, there should be no user-visible behavior change on
      supported OS versions.
      
      Fix: 189558760
      Test: manually verified that LatinIME still is functional
      Change-Id: I4bf7588c62fb77bf78d4afcb665e9bfbbef53966
      360052f3
  9. Mar 23, 2020
    • Ashwini Oruganti's avatar
      Add an exported flag in manifest · 7c1b5497
      Ashwini Oruganti authored
      With b/150232615, we will need an explicit value set for the exported
      flag when intent filters are present, as the default behavior is
      changing for S+. This change adds the value reflecting the previous
      default to the manifest.
      
      These changes were made using an automated tool, the xml file may be
      reformatted slightly creating a larger diff. The only "real" change is
      the addition of "android:exported" to activities, services, and
      receivers that have one or more intent-filters.
      
      Bug: 150232615
      Test: TH
      Exempt-From-Owner-Approval: mechanical refactoring
      Change-Id: Idc43e262fd2911e19f0bcd20add29e4c3392d3da
      7c1b5497
  10. Nov 13, 2018
    • Yohei Yukawa's avatar
      Bump targetSdkVersion to "28" and minSdkVersion to "21" · 04573e30
      Yohei Yukawa authored
      With this CL, targetSdkVersion and minSdkVersion will be bumped as
      follows:
      
        targetSdkVersion: 23 -> 28
           minSdkVersion: 14 -> 21
      
      As far as we know, there should be no user-visible behavior change on
      supported OS versions.
      
      Fix: 119489995
      Test: manually verified that LatinIME still is functional
      Change-Id: I68f1545778b0c8b44c6850f22f3f5ca25bdb6de0
      04573e30
    • Yohei Yukawa's avatar
      Re-introduce <uses-sdk> to the main AndroidManifest.xml · 69ceec90
      Yohei Yukawa authored
      This logically reverts my previous CL [1], which moved <uses-sdk />
      from AndroidManifest.xml to AndroidManifest_SdkVersion.xml, which was
      later accidentally removed during Android.bp migration [2].
      
      Since gradle support in LatinIME is still experimental and not used in
      official build, it is OK to keep it broken for a while.  A more
      important problem right now is letting LatinIME target API 28.
      
      As the first step to let LatinIME target SDK 28, <uses-sdk> will be
      revived in AndroidManifest.xml
      
       [1]: Ib673bca5a31b2f95329c9310a127ec0701bd8fdc
            9cd42f39
       [2]: Ib8867d3b74f09fc1d9f95adc9a49a81ac0f7f054
            22ebec6e
      
      Bug: 110741422
      Bug: 119489995
      Test: manually verified that LatinIME still is functional
      Change-Id: I8b04caa56fe2431c07e076fb6f97c560d5da8838
      69ceec90
  11. Jul 26, 2018
    • Yohei Yukawa's avatar
      Specify version code in AndroidManifest.xml · 41f89ae8
      Yohei Yukawa authored
      This should be the most convenient way for both make build and Android
      Studio build to share the same version code.
      
      Bug: 110741422
      Test: tapas LatinIME LatinIMETests arm64 userdebug && make -j
      Change-Id: I35f850c392553b2640a4c3c7398441ac28e90eca
      41f89ae8
  12. Jul 25, 2018
    • Yohei Yukawa's avatar
      Move <uses-sdk /> to a differnt XML · 9cd42f39
      Yohei Yukawa authored
      Basically Android Studio does want targetSdkVersion to be specified in
      build.gradle rather than AndroidManifest.xml.  To make both make build
      and Android Studio build happy, this CL splits <uses-sdk /> from the
      main AndroidManifest.xml to a different file and let them merged in
      make build.
      
      There should be no behavior change.
      
      Bug: 110741422
      Test: Manually verified that there is no difference in
            AndroidManifest.xml in the APK.
      Change-Id: Ib673bca5a31b2f95329c9310a127ec0701bd8fdc
      9cd42f39
  13. Sep 01, 2017
    • Yohei Yukawa's avatar
      Introduce a custom intent action to close software keyboard · fdfc55d3
      Yohei Yukawa authored
      This CL introduces a custom intent action for apps to ask AOSP Keyboard to
      close its software keyboard with guarding it with a signature-protected
      permission.
      
      Any app that is signed with the same signature as AOSP Keyboard can have
      the following line in AndroidManifest.xml
      
        <uses-permission
                android:name="com.android.inputmethod.latin.HIDE_SOFT_INPUT"/>
      
      to request AOSP Keyboard to close its software keyboard as follows.
      
        sendBroadcast(new Intent("com.android.inputmethod.latin.HIDE_SOFT_INPUT")
                .setPackage("com.android.inputmethod.latin"));
      
      Test: Manually verified with a test app.
      Fixes: 65270710
      Change-Id: I4fd2e3a7336ec66c70582a2f274a200cbf035a7f
      fdfc55d3
  14. Mar 17, 2016
  15. Nov 19, 2015
    • Jeff Sharkey's avatar
      Mark this coreApp as being encryptionAware. · 8d658035
      Jeff Sharkey authored
      Historically, apps marked with "coreApp" were prepared to run in a
      limited boot environment, and were critical to booting the device, so
      in the new file-based encryption world we're marking these apps with
      both "forceDeviceEncrypted" and "encryptionAware" attributes.
      
      Bug: 22358539
      Change-Id: I7d46723007a5706e835223cc501f0c40d613e9c2
      8d658035
  16. Jul 15, 2015
    • Mohammadinamul Sheik's avatar
      [LatinIME] Support MNC permissions. · 60415866
      Mohammadinamul Sheik authored
      This build has been compiled against API 23
      
      This build is approved to go out with the M OTA, but may NOT be released
      to the public until the Play Store has enabled API level 23 apps
      
      Version: 4.1.2300x.build_id
      
      1. Replaces the personalization is on information with the suggest
         contacts.
      2. Enables "Use Contacts" only if the app has permission to read
         contacts.
      3. Disables the contacts dictionary in the Facilitator.
      4. Do not register/read the contacts in the contact observer.
      
      Bug: 22236416
      Change-Id: I9674e13d0d0f4a2014c5024fde0178de684c07e7
      60415866
  17. Apr 06, 2015
  18. Apr 02, 2015
    • Alex Klyubin's avatar
      Declare that LatinIME does not use cleartext network traffic. · 24a9683a
      Alex Klyubin authored
      This declares to the platform and tools that this app does not use
      cleartext network traffic. The platform and tools will be blocking
      (on best effort basis) attempts to use such traffic by this app.
      For example, attempts to use HTTP (rather than HTTPS) will be blocked.
      
      Bug: 19215516
      Change-Id: I4c933a214457025797e077b72d8daf8a0c876923
      24a9683a
  19. Mar 24, 2015
  20. Mar 20, 2015
    • Dan Zivkovic's avatar
      LatinIME manifest. · 6c1c3372
      Dan Zivkovic authored
      Changed to match minor tweaks made in LatinIMEGoogle.
      
      Bug 19773937.
      
      Change-Id: I04297459258c068d334b1cc6ffff52d2b4092814
      6c1c3372
  21. Mar 03, 2015
  22. Feb 26, 2015
  23. Nov 07, 2014
    • Sandeep Siddhartha's avatar
      Fix restore from keyboard · e5515395
      Sandeep Siddhartha authored
      The keyboard starts up before the restore process and the default shared
      preferences are cached and used even after the restore.
      
      Bug: 17837918
      Change-Id: I2669e377b6e95813657fd6a80fbff4472330e3aa
      (cherry picked from commit e9d81467)
      e5515395
  24. Nov 06, 2014
    • Sandeep Siddhartha's avatar
      Fix restore from keyboard · e9d81467
      Sandeep Siddhartha authored
      The keyboard starts up before the restore process and the default shared
      preferences are cached and used even after the restore.
      
      Bug: 17837918
      Change-Id: I2669e377b6e95813657fd6a80fbff4472330e3aa
      e9d81467
  25. Oct 06, 2014
  26. Sep 25, 2014
  27. Sep 24, 2014
  28. Sep 18, 2014
  29. Sep 16, 2014
  30. Aug 28, 2014
  31. Jul 24, 2014
  32. Jul 18, 2014
    • Tadashi G. Takaoka's avatar
      Use Theme.DeviceDefault theme · de1ab73e
      Tadashi G. Takaoka authored
      For API 21 (and later), Theme.DeviceDefault.Light is specified.
      
      This CL must be checked in together with Ic91f28df81.
      
      Bug: 11866784
      Bug: 13888366
      Bug: 15781377
      Change-Id: I01b288473128fc2491d3663e90cab56d0ba2d704
      de1ab73e
  33. Jul 04, 2014
    • Yohei Yukawa's avatar
      Restore additional subtypes when the package is updated · 052ec62a
      Yohei Yukawa authored
      With this CL, Intent#ACTION_MY_PACKAGE_REPLACED will
      not only update the visibility of the setup activity but
      also reconstruct additional subtypes.
      
      This is important because the system always removes all
      the additional subtypes whenever the package is updated.
      
      BUG: 15890448
      Change-Id: Ic36ea68f50b1ac89b4cbd268ee53f9a5e5d60afd
      052ec62a
  34. Jun 27, 2014
  35. Jun 23, 2014
Loading