Age | Commit message (Collapse) | Author |
|
Signed-off-by: Eric Kuck <eric@bluelinelabs.com>
|
|
|
|
|
|
Signed-off-by: Samuel Holland <samuel@sholland.org>
|
|
Signed-off-by: Samuel Holland <samuel@sholland.org>
|
|
Signed-off-by: Harsh Shandilya <harsh@prjkt.io>
|
|
Preparation for when the app will start carrying
colors reflecting the WireGuard brand.
Signed-off-by: Harsh Shandilya <harsh@prjkt.io>
|
|
|
|
We don't actually comprehend how this works yet, so disable it. But
we'll need to add support for this at some point.
|
|
|
|
|
|
This fixes support for file managers that don't proxy the file access
from the file selection dialog through a content provider, and just
return a raw file:// URL. In this case, resolver.openInputStream() tries
to open the file directly, and fails with "Permission denied".
Signed-off-by: Samuel Holland <samuel@sholland.org>
|
|
|
|
Signed-off-by: Samuel Holland <samuel@sholland.org>
|
|
Signed-off-by: Samuel Holland <samuel@sholland.org>
|
|
|
|
|
|
|
|
|
|
It should be split into two pieces: configuration file management
(loading/saving/renaming/deleting) and calling into wg-quick via
RootShell. The configuration file management part should then go
back into the main package. This is in preparation for adding
additional backends based on wg(8) and wireguard-go.
|
|
|
|
|
|
Not everything needs to start with Config
|
|
|
|
|
|
Apparently "configuration" is the proper term, not "profile".
|
|
|
|
|
|
|
|
|
|
This is required for a future two-fragment tablet layout, and simplifies
the code a bit since the profile detail (view/edit) will be implemented
as fragments anyway.
|
|
This will allow automatically starting profiles on boot.
|
|
The long-running service is needed for keeping track of which profiles
are enabled, for showing notifications, and for the tile service to use.
Since it has to know which profiles exist anyway, moving the main
ObservableList there avoids some code duplication. It ensures the list
is only loaded once, so it cannot get out of sync. It also makes the
ProfileList activity load faster, because it doesn't have to wait for
file I/O; and it provides a canonical place for storing the Profile
objects so they are accessible everywhere, instead of having to look
them up by name.
This does present some challenges with leaking activities, because all
listeners must be removed from the profiles list (and its contents) when
an activity is stopped.
|
|
For now, it simply reads the files in the app's data directory with
file names ending in ".conf" and displays them in a list.
This includes the generic list data binding setup for future use.
|
|
The round icon remains the same.
|
|
|