This is the phone component of the e-mission system.
Additional documentation has been moved to its own repository e-mission-docs. Specific e-mission-phone wikis can be found here: https://github.com/e-mission/e-mission-docs/tree/master/docs/e-mission-phone
Issues: Since this repository is part of a larger project, all issues are tracked in the central docs repository. If you have a question, as suggested by the open source guide, please file an issue instead of sending an email. Since issues are public, other contributors can try to answer the question and benefit from the answer.
If you want to make only UI changes, (as opposed to modifying the existing plugins, adding new plugins, etc), you can use the new and improved (as of June 2018) e-mission dev app.
- node.js: You probably want to install this using nvm, to ensure that you can pick a particular version of node.
$ node -v v9.4.0 $ npm -v 6.0.0
Make sure that the permissions are set correctly - npm and node need to be owned by root or another admin user.
$ which npm
/usr/local/bin/npm
$ ls -al /usr/local/bin/npm
lrwxr-xr-x 1 root wheel 38 May 8 10:04 /usr/local/bin/npm -> ../lib/node_modules/npm/bin/npm-cli.js
$ ls -al /usr/local/lib/node_modules/npm/bin/npm-cli.js
-rwxr-xr-x 1 cusgadmin staff 4295 Oct 26 1985 /usr/local/lib/node_modules/npm/bin/npm-cli.js
$ bower -v
1.8.4
-
Install the most recent release of the em-devapp (https://github.com/e-mission/e-mission-devapp)
-
Get the current version of the phone UI code
-
Fork this repo using the github UI
-
Clone your fork
$ git clone <your repo URL>$ cd e-mission-phone -
-
Create a remote to pull updates from upstream
$ git remote add upstream https://github.com/e-mission/e-mission-phone.git -
Setup the config
$ ./bin/configure_xml_and_json.js serve -
Install all required node modules
$ npm install -
Install javascript dependencies
$ bower install -
Configure values if necessary - e.g.
$ ls www/json/*.sample $ cp www/json/setupConfig.json.sample www/json/setupConfig.json $ cp ..... www/json/connectionConfig.json -
Run the setup script
$ npm run setup-serve > [email protected] setup /private/tmp/e-mission-phone > ./bin/download_settings_controls.js Sync collection settings updated Data collection settings updated Transition notify settings updated
-
Start the phonegap deployment server and note the URL(s) that the server is listening to.
$ npm run serve .... [phonegap] listening on 10.0.0.14:3000 [phonegap] listening on 192.168.162.1:3000 [phonegap] [phonegap] ctrl-c to stop the server [phonegap] .... -
Change the devapp connection URL to one of these (e.g. 192.168.162.1:3000) and press "Connect"
-
The app will now display the version of e-mission app that is in your local directory
-
The console logs will be displayed back in the server window (prefaced by
[console]) -
Breakpoints can be added by connecting through the browser - Safari (enable develop menu): Develop -> Simulator -> index.html - Chrome: chrome://inspect -> Remote target (emulator)
Ta-da! If you change any of the files in the www directory, the app will automatically be re-loaded without manually restarting either the server or the app.
Note1: You may need to scroll up, past all the warnings about Content Security Policy has been added to find the port that the server is listening to.
A lot of the visualizations that we display in the phone client come from the server. In order to do end to end testing, we need to run a local server and connect to it. Instructions for:
- installing a local server,
- running it,
- loading it with test data, and
- running analysis on it
are available in the e-mission-server README.
In order to make end to end testing easy, if the local server is started on a HTTP (versus HTTPS port), it is in development mode. By default, the phone app connects to the local server (localhost on iOS, 10.0.2.2 on android) with the prompted-auth authentication method. To connect to a different server, or to use a different authentication method, you need to create a www/json/connectionConfig.json file. More details on configuring authentication can be found in the docs.
One advantage of using skip authentication in development mode is that any user email can be entered without a password. Developers can use one of the emails that they loaded test data for in step (3) above. So if the test data loaded was with -u [email protected], then the login email for the phone app would also be [email protected].
We are using the ionic v3.19.1 platform, which is a toolchain on top of the apache cordova project. So the first step is to install ionic using their instructions. http://ionicframework.com/docs/v1/getting-started/
NOTE: Since we are still on ionic v1, please do not install v2 or v3, as the current codebase will not work with it. Issue the following commands to install Cordova and Ionic instead of the ones provided in the instruction above.
$ npm install -g [email protected]
$ npm install -g [email protected]
Install gradle (https://gradle.org/install/) for android builds.
Then, get the current version of our code
Fork this repo using the github UI
Clone your fork
$ git clone <your repo URL>
$ cd e-mission-phone
Enable platform hooks, including http on iOS9
$ git clone https://github.com/driftyco/ionic-package-hooks.git ./package-hooks
Setup the config
$ ./bin/configure_xml_and_json.js cordovabuild
Install all javascript components using bower
$ bower update
Make sure to install the other node modules required for the setup scripts.
npm install
Create a remote to pull updates from upstream
$ git remote add upstream https://github.com/e-mission/e-mission-phone.git
Setup cocoapods. For all versions > 1.9, we need https://cocoapods.org/ support. This is used by the push plugin for the GCM pod, and by the auth plugin to install the GTMOAuth framework. This is a good time to get a cup of your favourite beverage.
$ sudo gem install cocoapods
$ pod setup
To debug the cocoapods install, or make it less resource intensive, check out troubleshooting guide for the push plugin. https://github.com/phonegap/phonegap-plugin-push/blob/master/docs/INSTALLATION.md#cocoapods
Configure values if necessary - e.g.
ls www/json/*.sample
cp www/json/setupConfig.json.sample www/json/setupConfig.json
cp ..... www/json/connectionConfig.json
Restore cordova platforms and plugins
$ cordova prepare
Note: Sometimes, the $ cordova prepare command fails because of errors while cloning plugins (Failed to restore plugin "..." from config.xml.). A workaround is at https://github.com/e-mission/e-mission-docs/blob/master/docs/overview/high_level_faq.md#i-get-an-error-while-adding-plugins
Note #2: After the update to the plugins to support api 26, for this repository only the first call $ cordova prepare fails with the error
Using cordova-fetch for cordova-android@^6.4.0
Error: Platform ios already added.
The workaround is to re-run $cordova prepare. This not required in the https://github.com/e-mission/e-mission-base repo although the config.xml seems to be the same for both repositories.
$ cordova prepare
Discovered platform "android@^6.4.0" in config.xml or package.json. Adding it to the project
Using cordova-fetch for cordova-android@^6.4.0
Adding android project...
Creating Cordova project for the Android platform:
Path: platforms/android
Package: edu.berkeley.eecs.emission
Name: emission
Activity: MainActivity
Android target: android-26
Installation is now complete. You can view the current state of the application in the emulator
$ cordova emulate ios
OR
$ cordova emulate android
The android build and emulator have improved significantly in the last release of Android Studio (3.0.1). The build is significantly faster than iOS, the emulator is just as snappy, and the debugger is better since chrome saves logs from startup, so you don't have to use tricks like adding alerts to see errors in startup.
Note about Xcode >=10 The cordova build doesn't work super smoothly for iOS anymore. Concretely, you need two additional steps:
-
install pods manually. Otherwise you will get a linker error for
-lAppAuth$ cd platform/ios $ pod install $ cd ../.. -
when you recompile, you will get the following compile error. The workaround is to compile from xcode. I have filed an issue for this (apache/cordova-ios#550) but there have been no recent updates.
/Users/shankari/e-mission/e-mission-phone/platforms/ios/Pods/JWT/Classes/Supplement/JWTBase64Coder.m:22:9: fatal error: 'Base64/MF_Base64Additions.h' file not found #import <Base64/MF_Base64Additions.h> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated. -
Also, on Mojave, we have reports that you may need to manually enable the Legacy Build system in Xcode if you want to run the app on a real device.
Troubleshooting tips have been moved to the e-mission-phone section of the e-mission-docs repo: https://github.com/e-mission/e-mission-docs/blob/master/docs/e-mission-phone/troubleshooting_tips_faq.md
If users run into problems, they have the ability to email logs to the
maintainer. These logs are in the form of an sqlite3 database, so they have to
be opened using sqlite3. Alternatively, you can export it to a csv with
dates using the bin/csv_export_add_date.py script.
<download the log file>
$ mv ~/Downloads/loggerDB /tmp/logger.<issue>
$ pwd
.../e-mission-phone
$ python bin/csv_export_add_date.py /tmp/loggerDB.<issue>
$ less /tmp/loggerDB.<issue>.withdate.log
Create a new branch (IMPORTANT). Please do not submit pull requests from master
$ git checkout -b mybranch
Make changes to the branch and commit them
$ git commit
Push the changes to your local fork
$ git push origin mybranch
Generate a pull request from the UI
Address my review comments
Once I merge the pull request, pull the changes to your fork and delete the branch
$ git checkout master
$ git pull upstream master
$ git push origin master
$ git branch -d mybranch