| Age | Commit message (Collapse) | Author |
|---|
|
Now the "Waiting for server reply" notification is shown along with
native Android's VPN notification. Next step: fix it.
|
|
|
|
For providers that don't allow anonymous eip, you have no certificate
until you log in, but the check validity method works before the log in.
|
|
|
|
|
|
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.
|
|
I've also fixed a simple test that wasn't letting the suite to finish
correctly.
|
|
|
|
I've also added a check for a nullpointer when eipDefinition is
null.
|
|
I've tested autostart, on+off repeated times, and switch provider. It
works.
The ServiceConnection is managed by DisconnectVPN from ics-openvpn, it's
not useful.
|
|
This is a first step for a refactoring of the EIP class.
|
|
This way, the notification shows the city of the gateway rather than the
hostname :)
|
|
It takes for granted that the certificate is valid from the very same
date it's downloaded.
|
|
This happens when we update the openvpn certificate, in the first
connection attempt.
|
|
|
|
|
|
|
|
|
|
Now we embed the openvpn cert, the corresponding ca cert and the user
key directly from EIP, while creating a vpn profile. We leave VpnProfile untouched.
|
|
We now directly use the parseConfiguration method, translating the
eip-service.json openvpn options to a string containing the
corresponding openvpn config file lines.
|
|
We use the broadcasted eip status from ics-openvpn to know if we're
connected or not.
|
|
We don't assume ca.crt is in /ca.crt anymore, but fetch the complete url
from provider.json.
We also signup against users.json file instead of simple "users", which
worked for *.bitmask.net domains.
|
|
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.
|
|
The active gateway cannot be null.
|
|
Disconnect uses the ics-openvpn activity, and the dialog prompting the
user to confirm the disconnection is only shown when eip is connected or
is trying to connect.
|
|
|
|
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.
|
|
Next step: show it when an error occurs.
|
|
Location keyword on android.cfg isn't supported, EIP corresponding code
has been commented out. I think we should support it in ics-openvpn, so
that we can show the location instead of the server name.
I've updated all opensssl, openvpn, etc. subprojects from rev 813 of
ics-openvpn, and jni too.
|
|
Refactored AndroidManifest to include launchvpn and openvpnservice.
Imported changes from ics-openvpn-upstream
|
|
Now the thread managment doesn't happen statically, but through the
binded openvpn service.
|
|
I'm hardcoding their values based on the compilation errors (i.e., the
drawables referenced by de.blinkt.openvpn.core.OpenVpnService). If a new
drawable were introduced, build.gradle should be updated accordingly.
|
|
imports from se.leap.bitmaskclient java files have also been updated.
WARNING: compiling errors for de.blinkt.openvpn.R, aidl.de.blinkt.openvpn.
|
|
|
|
|
|
Functionality copied to the Release build.
|
|
A bit of refactoring too, sendM1 much simpler.
|
|
|
|
There is some problem in the maths, because the server says it's ok but
login doesn't work from Android app nor from webapp.
|
|
|
|
|
|
This fixes https://leap.se/code/issues/5556
|
|
|
|
|
|
|
|
Notifications get mad, we have to fix that.
|
|
|
|
Next step: don't restore off status!
|
