| Age | Commit message (Collapse) | Author |
|---|
|
|
|
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.
|
|
Previously, it drived the user to the LogWindow.
|
|
|
|
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.
|
|
Merged updated ics-openvpn-upstream (e7803cc8efcd1794e18b4e30a43d814c2834552d).
|
|
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.
|
|
api folder and aidl files aren't needed for us. They are used for
external apps that want to use ics-openvpn as an already installed
package, while what we want is to avoid the installation of ics-openvpn
including it (refactored) in bitmask android.
|
|
|
|
Now we need to decide what's our relationship with LogWindow and
LaunchVPN, refactor its classes and fix ours so that we use the
currently supported methods.
|
|
|
|
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.
|
