Age | Commit message (Collapse) | Author |
|
Initial status message is "not connected", rather than "unknown".
|
|
We support from api 14.
|
|
|
|
|
|
Observer pattern. The only notification is being received properly on
EipServiceFragment is the connected one. I need to fix the other UI
methods.
|
|
|
|
ProviderAPI from debug build uses an invalid certificate the first time
it tries to download a new cert, just to test this.
|
|
Reuse EipServiceFragment's stopEip and startEipFromScratch in Dashboard.
|
|
|
|
|
|
|
|
|
|
|
|
I don't use the eip status receiver because it wasn't reliable on
timing: updated messages were arriving before the receiver was notifying
a new state.
Current and last ConnectionStatus is now managed at EIP.
More refactoring on the eip fragment, now there are separate methods for
setting up the UI depending on the message received.
|
|
Smaller methods, simplified logic, eip status and eip progress still
need some fixes.
|
|
We don't need an eipAutoSwitched, nor to change the state of the switch
in the updateState (this method should just update the state string,
nothing more).
Still some inconsistencies with the switch, you can turn it off and on
several times to see them.
|
|
This happens when we update the openvpn certificate, in the first
connection attempt.
|
|
|
|
|
|
This happens when you've used a eip enabled provider, and then you
switch to a non eip enabled one (e.g., choosing demo.bitmask.net and
then switching to cdev.bitmask.net in their current configurations).
I've also disabled the build task dependency on updating
ics-openvpn. It's causing problems, while not fixing anything.
|
|
|
|
In case there is an error, user will not be prompted with a strange log
window, but the app will provide it if s/he really wants to see it.
|
|
imports from se.leap.bitmaskclient java files have also been updated.
WARNING: compiling errors for de.blinkt.openvpn.R, aidl.de.blinkt.openvpn.
|
|
|
|
|
|
Notifications get mad, we have to fix that.
|
|
Next step: don't restore off status!
|
|
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.
|
|
This way, gradle commands generate apks correctly named.
|
|
|