summaryrefslogtreecommitdiff
path: root/bitmask_android
AgeCommit message (Collapse)Author
2014-04-09ProGuard enabled in release apk.Parménides GV
2014-04-09Danger code removed from release apk.Parménides GV
I've copied all files containing "danger" to both release and debug java folders (solution learnt from http://stackoverflow.com/questions/18782368/android-gradle-buildtypes-duplicate-class), and removed every trace of any "danger" related code in the release apk. This way, we make sure nobody can exploit that unused variable in production mode, so that if Android fails to protect our app (people have been able to introduce code into signed apks, so it's not impossible), we make it difficult to bypass the SSL certificate verification. You can call me paranoid if you want ;)
2014-04-09Danger on resources split into debug and release.Parménides GV
New provider dialog resources use danger_on checkbox in debug, but not in release. This kind of solutions forces us to maintain 2 different codebases for the same class, so beware for next updates. Next step: split java code.
2014-04-09Debug url files + Debug permissionsParménides GV
2014-04-08Build release apk using gradle.properties.Parménides GV
I ignore that file, it contains passwords, although I have encrypted it to myself.
2014-04-08Rename app->bitmask_androidParménides GV
This way, gradle commands generate apks correctly named.