-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Background service for polling the server #1700
Conversation
@lognaturel please take a look and let us know if we can start testing or maybe you want to change something. |
Thanks for working hard on this! I know this is a feature you're eager to get in. One small thing I see of the bat is that the setting seems like a user-level setting rather than an admin-level one to me. Probably under form management.
Risk evaluation is all about thinking about what has changed and what the worst case side-effects are. I see several possible categories of risk that need to be considered and addressed:
Would be great to get your thoughts on some of those. If anyone has a chance to do some verification, that would be great! My tendency would be not to rush it to the upcoming release but if we can adequately address all the risks then it would be reasonable. |
really? If you are sure I can move it there but it's not so clear to me.
8,7mb [master_branch]
it's always risky but I just copied the code. the code is not changed.
No, I can't see such a case but settings should be tested (saving/reading new settings) when we add new settings.
No problem we can add this feature in v1.13.0 |
Heads up @grzesiek2010, we just merged some commits that conflict with the changes your made in this pull request! You can review this repository's recent commits to see where the conflicts occur. Please rebase your feature branch against the |
I was thinking about this a little bit today especially about the issue you have pointed out - notification is shown multiple time for the same forms if we ignore that and don't download a newer version. Probably we can just add a new column in forms.db like newerVersionDetected or something like that and after showing a notification I can mark forms we should ignore in future. Please let me know if I should go ahead. |
I talked to @lognaturel a bit about this and I think we should put this on pause until we get consensus from the TSC on how to do notifications. |
Ok, let me know when you have some new information about it. |
Closing for now since I think it will take a bit to get back to. Please keep the branch, @grzesiek2010. |
Closes #1668
What has been done to verify that this works as intended?
I've confirmed that a notification is displayed if there is a form update available. Additionally, we can click on such a notification and we are moved to
FormDownloadList
.Why is this the best possible solution? Were any other approaches considered?
I investigate how to implement background service and found out that there are a few different solutions and some of them work well on specific os versions.
I found this powerful library https://github.com/evernote/android-job
So it's the best solution in our case and it's really easy to use.
Are there any risks to merging this code? If so, what are they?
I can't see anything risky here.
Do we need any specific form for testing your changes? If so, please attach one.
No.