Skip to content
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

Is android.permission.ACCESS_COARSE_LOCATION really needed? #50

Closed
agatti opened this issue Mar 11, 2016 · 6 comments
Closed

Is android.permission.ACCESS_COARSE_LOCATION really needed? #50

agatti opened this issue Mar 11, 2016 · 6 comments

Comments

@agatti
Copy link

agatti commented Mar 11, 2016

Hi there,

as per subject, is ACCESS_COARSE_LOCATION really needed to be requested by applications using ReactiveNetwork? I've tried to remove it on a custom build of the library and it doesn't seem to cause any ill effects, but maybe I'm missing something here...

Thank you!

@pwittchen
Copy link
Owner

It's needed if we want to observe WiFi access points. For just observing connectivity it's actually not needed. We can think of managing this permission in a better way or extracting WiFi monitoring functionality to a separate library.

@pwittchen
Copy link
Owner

For now, you can use such solution to override this permission in your app: http://stackoverflow.com/questions/27962789/android-gradle-manifest-merger-override-uses-permission-attribute-coming-from

@agatti
Copy link
Author

agatti commented Mar 11, 2016

I see... Indeed I only use the library for checking the connectivity status. Interestingly enough, the latest Android Studio lint didn't spot the problem when removing said permission (whilst complaining when removing any of the other ones).

I wonder if it would be possible to only have said permission if building for anything earlier than API23 and switch to a request-permission model otherwise, but probably it'd be adding a bit too much complexity on something self-contained such as ReactiveNetwork and that it's doing its job flawlessly otherwise :)

Anyway, I'll take a look at the SO link you mention, and thanks a lot for clarifying the issue so quickly.

Feel free to close this issue if you see fit, then :)

@pwittchen
Copy link
Owner

I know about permission model in Android 6, but I also want to keep compatibility with Android 4 and up for now, because some people still use it. Moreover, I think that handling permission requests shouldn't be part of the library.

Thanks for your question. Feel free to ask more, if you have any doubts. :)

@pwittchen
Copy link
Owner

After merging PR #67 to the master branch, this permission can be removed from the Manifest of the library. In release v. 0.4.0, this permission will be no longer needed.

@pwittchen
Copy link
Owner

pwittchen commented Jun 9, 2016

Permission removed by PR #67.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants