- Feb 15, 2018
-
-
Marc Durdin authored
Automatic upgrade support for Desktop and Developer 10 - keyboards and apps - during setup and in-app
-
Joshua Horton authored
[web] KeymanWeb - Engine testing
-
Marc Durdin authored
-
Marc Durdin authored
-
Marc Durdin authored
-
Joshua A. Horton authored
-
Joshua A. Horton authored
-
Darcy Wong authored
[Android] Add feature crash reporting
-
Joshua A. Horton authored
-
darcywong00 authored
Originally, the kMAPro/src/Release folder was intended for the CI server to copy the google-services.json file, but that won't be where it gets placed now.
-
- Feb 14, 2018
-
-
darcywong00 authored
Removing Answers because of the setup involved with Fabric IO. Keeping this feature to Crashlytics
-
darcywong00 authored
Using Crashlytics for crash reporting. Trying Firebase and Crashlytics.Answers for logging events (like km_add_keyboard) for analytics Firebase events don't persist between app launches
-
darcywong00 authored
While legacy stable kmapro releases have analytics on the Google Play Console, Google recommends [Firebase Crashlytics](https://firebase.google.com/docs/crash/) for crash reporting. This requires a `google-services.json` file for gradle builds. A sanitized version intended for developers/Debug variant is checked into the repo, and is associated with an appliction ID `com.tavultesoft.kmapro.debug`. The one for `com.tavultesoft.kmapro` releaeses will go on the CI servers. Breaking change: Consuming apps of KMEA will be responsible for including the Firebase dependencies. At the moment, only kmapro has been updated. TBD: Registering KMSamples and the Test Harness with Firebase for their own `google.services.json` file. - Log addKeyboard as an analytic event - Update kmapro build.sh script to allow debug-only variant - Add info to history.md and README.md - Add Gradle setting so CI server can use production `google-services.json` file - Temporarily add a menu button to force a crash. This is engineering code that will be removed once analytics in a Release build is confirmed.
-
Joshua A. Horton authored
-
Marc Durdin authored
Developer setup fails to upgrade due to invalid version check
-
Joshua A. Horton authored
-
Joshua A. Horton authored
-
Joshua A. Horton authored
-
Joshua A. Horton authored
-
Marc Durdin authored
-
Joshua A. Horton authored
-
- Feb 13, 2018
-
-
Tom Bogle authored
[Mac] fix local deployment by running tests as a separate build step
-
Marc Durdin authored
Support reporting Delphi unit test results back to TeamCity
-
Marc Durdin authored
[android] Use version parameter in all cloud API calls
-
Joshua A. Horton authored
-
Joshua A. Horton authored
-
Joshua A. Horton authored
-
Marc Durdin authored
-
Marc Durdin authored
Add rtl property to keyboard info in package.json
-
Marc Durdin authored
-
Marc Durdin authored
-
Marc Durdin authored
-
Marc Durdin authored
-
Marc Durdin authored
-
Marc Durdin authored
[mac] Include version in download dialog and use final target url
-
Marc Durdin authored
Support .js files within a keyboard package when merging .keyboard_info files
-
Marc Durdin authored
-
Marc Durdin authored
-
Marc Durdin authored
-
Tom Bogle authored
For some seemingly inexplicable reason, if the scheme is not specified, xcodebuild magically builds the app and puts it in the Debug or Release subfolder of the build folder. However, if the scheme is specified explicitly, then the app is built only in the DerivedData folder and not automatically copied to the build folder. Since the local deploy process expects to find it there, it fails. So I'm adding a subsequent step to run the tests. As an added bonus, I also suppress the IM tests for a release build since they fail to build.
-