-
-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to manually update local blocklists seemingly gone from v0.5.3i release #505
Comments
Thanks. Agree that the blocklist update UX needs a redo. That said, tapping "update available" should update the blocklists or prompt to let you re-download them. May be there's a bug that nothing happens at all when you tap on it... |
Definitely nothing is happening when I click it. I can tell that the button is activating (it changes color slightly when you press it), but nothing changes after that. |
Found and fixed the issue, will be part of next release. |
@hussainmohd-a can you link the fixing commit? I wouldn't mind trying to build it to get the fix ahead of the next release. |
@hussainmohd-a friendly ping |
The fix is likely in Husain's dev branch. I don't see a pull request or a commit yet: https://github.com/hussainmohd-a/rethink-app/tree/v054 |
Yes, there are some additional UI changes added with the commit. Will finish those and create a pull request. |
A user says,
auto updates...? |
A user writes,
|
This was my email. Just want to clarify that I currently can't reproduce this issue. I believe the problem initially appeared with a fresh install from F-droid, but after having used the (reinstalled) app for a few days it now seems to show the intuitive behavior. |
Thanks for circling back. Though, we are changing the way "Check for updates" button works to make it less confusing. Let's see how it comes out in the next version, |
Okay I actually can reproduce this, but only with a fresh install. Repro:
This kicks you back to the "configure" screen. This actually reveals two bugs. First, you'll see that the rules section still says "0 blocklists in-use" despite the fact that we just enabled a bunch of blocklists. To actually get the blocklists functional, you have to go back into the menu again and check the blocklists you want a second time. (Let me know if you'd like me to file another issue for this bug.) Second, if you click the down arrow on the blocklist menu again, you'll see that the "check for updates" text now just says "redownload blocklists". It'll stay stuck like this until the app is fully restarted (not just the activity closed, you have to kill it or reboot the device). |
Thanks. Nasty, yes. I noticed this when chasing the memory leak. Hussain's fixing this in
Thanks. This part of the code is needlessly complicated. Hussain's going to simplify both the UI flow and the business logic in |
Fixed a bunch in |
The interface changed quite a bit with this new version and so it's possible that I'm missing something, in which case this should probably be treated as a request for improving the documentation or making the UX less confusing.
Prior to this release, there was a way to force an update of the on-device blocklists. This sometimes failed, which is a bug that I think was fixed. With this release, if this ability exists, I can't find it.
There was a button to check for updates that I found, and now it says "Update available", but clicking it does nothing. Clicking "Apply" also does nothing.
The text was updated successfully, but these errors were encountered: