| Age | Commit message (Collapse) | Author |
|---|
|
Observer pattern. The only notification is being received properly on
EipServiceFragment is the connected one. I need to fix the other UI
methods.
|
|
Fixed a silly typo on .gitignore which was ignoring "G*"!.
|
|
If there is no certificate, there is no need to fix it. Right now, we
use this class just to know if we need to update the certificate or
redownload it. In case the certificate is corrupted, then it won't be
empty but will contain an error message. If there is no
certificate (e.g., because the user hasn't logged in and the provider
doesn't provide anon vpn), then the "certificate" is ok but an upper
layer of the code will have to handle the situation (in this case, eip
will detect that there is no certificate and that the user needs to log
in, prompting it to do so).
|
|
One more onReceiveResult for Dashboard, that method needs a rethink: a
statemachine class, and a simple "next()" method? The reality is that
the onReceiveResult specifies a linked process, and that should have a
better model than a series of if/else cases with strings comparisons hehehe
|
|
Had to rewrite the class, forgot to add the java file to git.
|
|
|
|
|
|
|
|
|
|
|
|
ProviderAPI from debug build uses an invalid certificate the first time
it tries to download a new cert, just to test this.
|
|
|
|
If the certificate is from an authenticated user, autostart eip. If not,
show that the certificate has been updated.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Reuse EipServiceFragment's stopEip and startEipFromScratch in Dashboard.
|
|
Fix a typo in the debug source of ProviderAPI.
|
|
|
|
|
|
Always. Previously we didn't do so if EIP hadn't been started before.
Fix a small bug introduced during latest refactoring, authentication did
not work because the final result variable wasn't assigned.
|
|
Authenticate and Register methods are now renamed and split. It's much
more readable, the new emacs-default indentation helps to that too.
|
|
|
|
ConfigHelper checks for IllegalArgumentException (trace from play
store).
EIP location code has been splitted a bit.
I'd like to extract OVPNGateway out from EIP, but that's not an easy job
and this branch is already lasting to much hehehe.
|
|
It was remaining there, with an empty layout.
|
|
|
|
Set up routes to UDP unlimited server (since openvpn hasn't finished, it
simply blocks traffic) and also DNS server to 10.41.0.1.
These values correspond to current leap_platform configuration (https://github.com/leapcode/leap_platform/blob/7bc79e68e5ca913d1d2843c48cde8f946feed09c/puppet/modules/site_openvpn/manifests/init.pp)
|
|
Fixed notifications too (forgot to do it in another branch, it's #5964).
|
|
|
|
|
|
|
|
The "commit" was missing.
|
|
|
|
|
|
When the user has already been connected to a VPN and she configured the
client to use persistent-tun, we should warn her that until the VPN
connection is again established, no traffic will flow.
|
|
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.
|
