summaryrefslogtreecommitdiff
path: root/app/src/release/java/se/leap/bitmaskclient/ProviderListContent.java
AgeCommit message (Collapse)Author
2015-06-08s/buildtype/flavor, changed riseup's pinParménides GV
Riseup's EE certificate expired (EE = End-Entity, the commercial certificate signed by the issuer), and we weren't able to fetch provider.json because the pin wasn't valid. This problem needs to be avoided in the future, using HKPK (https://tools.ietf.org/html/rfc7469), which Micah's implementing on Riseup. Switching from build types from flavors enables us to run tests against production apk, not just debug. I didn't detect this pinning problem because tests were run only against the debug apk, which trusted preseeded providers by default (thus bypassing pinning issue).
2015-03-24Remove all Logs.Parménides GV
In the near future, I should implement an error feedback mechanism (ideally using ics-openvpn's log view), and avoid the e.printStackTrace() and Log.d("","") without losing information.
2015-03-24Indent everything with IntelliJParménides GV
2015-03-24Cleaned imports, use wildcards when appropriateParménides GV
2014-04-09Bitmask loads all preseeded providers correctly.Parménides GV
If you choose one and then tap "Switch provider" button, no duplicated providers are shown.
2014-04-09Back to the standard "app" module.Parménides GV
This return to "app" instead of "bitmask_android" is due to this reading: https://developer.android.com/sdk/installing/studio-build.html#projectStructure I'll have to tweak the final apk name in build.gradle.