| Age | Commit message (Collapse) | Author |
|---|
|
This means we obtain the SharedPreferences object each time we want to
use it. This yields to longer code lines while reading and writing to
them.
|
|
|
|
|
|
Conflicts:
src/se/leap/bitmaskclient/ConfigurationWizard.java
src/se/leap/bitmaskclient/Dashboard.java
src/se/leap/bitmaskclient/ProviderAPI.java
src/se/leap/bitmaskclient/ProviderListFragment.java
|
|
I've also removed some spaces from the text.
|
|
|
|
It also (supposedly, I didn't test because Bitmask is working ok from our client point of view) distinguishes between cancelling a new custom provider and cancelling a preseeded provider.
|
|
The user can change the new provider's data entered before failing.
|
|
|
|
Next step: remove the provider from the list (big security hole, since all providers present on the list are assumed to be secure).
|
|
|
|
|
|
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".
|
|
|
|
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.
|
|
|
|
|
|
|
|
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".
|
|
This fixes bug #4004: With new progress bars branch, if user switches provider the list of providers is not complete.
|
|
|
|
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.
|
|
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 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.
|
|
|
|
The dialog shows only an "OK" button to dismiss it, and the reason why
the download failed.
Right now, this dialog appears if a download is not successful. If it's
too intrusive, I can remove some cases. Let's try how it feels.
|
|
|
