| Age | Commit message (Collapse) | Author |
|---|
|
Setting up a provider makes the progressbar move according to the number of files downloaded (1/3, 2/3, 3/3).
Next step: recover from download errors individually. That means that if a download fails but the others went OK, the user will be prompted to retry that individual failing download.
|
|
|
|
This method uses another 3 to download each file.
Next step: broadcast progress and remove unnecessary methods.
|
|
|
|
Adding a new provider is the same that selecting a new one, using the same methods and following the same workflow.
|
|
I've refactored everything to be able to remove all but provider.json
url at urls files.
|
|
I'm targeting to refactor the whole ProviderItem class because I've not
used the Provider class so far and I should not duplicate information
from "Provider" into "ProviderItem".
|
|
|
|
I've restored use_anonymously() and login() methods from ConfigurationWizard, now everything works ok.
|
|
|
|
|
|
|
|
parsedEipSerial wasn't being reset after switching provider, so updating gateways thought there was no real update.
After switching provider, we also remove all other vpn profiles.
|
|
|
|
|
|
|
|
|
|
This reverts commit 5b772c23c3f45405f30de4a180fe47dbcb2fdfc4.
|
|
'bug/login-button-from-Provider-Details-does-not-always-trigger-login-dialog-#4647' into develop
Signed-off-by: Sean Leonard <meanderingcode@aetherislands.net>
|
|
Request code for switching provider was not being considered in onActivityResult.
|
|
Check if eipStatus and mProgressBar are null in logout(), and if so fetch the objects with findViewById.
|
|
|
|
|
|
https://github.com/parmegv/bitmask_android into feature/clearer_wording
|
|
I've slightly modified a confighelper method regarding sharedpreferences, but that shouldn't be a problem since I'm going to remove those methods soon from there.
|
|
|
|
Instead of plain domain, we're printing a new variable stored in vpnprofile (parsed in ConfigParser): location.
I'm substituing "__" by ", ", but I'm not uppercasing anything. We rely on the raw data from eip-service.json.
|
|
|
|
I missed a notifyDataSetChanged.
|
|
retrieveVpnService now uses BIND_AUTO_CREATE flag, so that if the OpenVpnService has not been started, the state is still notified.
retrieveVpnService now returns a boolean, so that if bindService fails false is returned.
|
|
Right now, the answer is always "disconnected", I think it's a problem in EIP.isRunning().
I've also added some new strings, trying to minimize the number of them scattered through litterals around the code.
|
|
This fixes bug #4004: With new progress bars branch, if user switches provider the list of providers is not complete.
|
|
A nullpointer occurred, due to a progressbar view assigned when the screen
did not showed it.
|
|
|
|
If a new provider is added, it gets selected automatically hiding all
other providers, as if it had been selected clicking on it.
|
|
The progressbar is always below the first row, because only the selected
provider row remain visible.
If the user cancels the ProviderDetailFragment, all providers appear
again.
Next step: implement the same behaviour with the new provider usecase.
|
|
I've created a new adapter using code from
http://www.sherif.mobi/2012/01/listview-with-ability-to-hide-rows.html
and my own getView (moved from ProviderListFragment).
|
|
The progressbar does not show any message.
The progressbar overlaps the next provider list item. This is the next
issue to be fixed.
|
|
I've removed @id/progress_bar from Dashboard, and for login and logout
I'm using the one from the eip fragment.
|
|
Next step: prettify.
|
|
|
|
Login progress bar advances according to the srp stages.
|
|
I've renamed configuration wizard progressbar, because both had the same
name and that provoked a conflict.
|
|
It resizes the provider list, pushing it down to show the progressbar
up, and back to the original layout after the operation.
|
|
If the user presses the back button and returns to leap_android, the app
will show login or logout button remembering if s/he was authenticated
or not.
This fixes bug #3467.
|
|
|
|
|
|
|
|
|
|
|
