summaryrefslogtreecommitdiff
path: root/app/src/main/java/se/leap/bitmaskclient/eip/VoidVpnService.java
AgeCommit message (Collapse)Author
2021-04-22fix app crash on void vpn service startcyberta
2021-02-28set early foreground notification for void vpn servicecyBerta
2021-02-28no need to delete notification channels on service destroycyBerta
2021-02-26Bigger refactoring:cyBerta
* always use a bound service connection to start a vpn service as foreground service to fix remote excptions. These appeared if the system wasn't able to set the service as forground shortly after it was started * move vpn start logic from LaunchVPN activity to EIP service. LaunchVPN/VoidVPNLauncher is only used in case we need to ask the user for a permission. It reduces visual glitches when the transparent LaunchVPN activity appears and disappears
2021-02-26implement service binding in order to fix remote service exception during ↵cyBerta
foreground service start
2021-02-26some refactorings in VpnNotificationManager, start foreground service ↵cyBerta
notification in onCreate already
2020-12-29new year cleanup: restructure messy projectcyBerta
2019-12-13reset UI State if blocking VPN was finishedcyBerta
2019-07-12replace 'Bitmask' in strings with variable for a better client customizationcyBerta
2018-11-09block ipv6 addresses if void vpn is runningcyBerta
2018-02-08#8830 fix onBoot behavior after ui changescyBerta
2018-01-16#8788 implement VpnNotificationManager to handle notifications from VoidVPN ↵cyBerta
and OpenVPN
2017-12-14Update constants renamingcyBerta
2017-12-12Add Splash StartActivityFup Duck
* added Splash StartActivity to handle updates and initialization * created global Constants * move EIPConstants to Constants * create update possibility * use VectorDrawable as background for StartActivity
2017-12-12#8742 add notifications for blocking vpncyBerta
2017-12-07#8742 basic always-on implementation with blocking vpn if no profile is ↵cyBerta
configured
2015-04-22Remove textual status.Parménides GV
I had a difficult moment trying to detect if the LogWindow had already been shown after an error. Finally, I implemented a LogWindowWrapper which contains a field for the reason it was shown, so that we can check if the previous error is the same than the current one leading to the avoidance of the second LogWindow. For this to work, we need to reset that reason each time we trigger a new vpn state (i.e. each time the user taps on the vpn icon).
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
2015-03-249 out of 10 times, in a row, void vpn is closed.Parménides GV
2015-03-13Show user session status separately.Parménides GV
Switching orientation doesn't hide that information, now we have two places to avoid it.
2014-12-17Stop normal and blocking VPNs correctlyParménides GV
2014-11-27Removed unused imports and unused .eip variablesParménides GV
2014-11-26eip package, EIP constants to interface.Parménides GV