StErMi StErMi -5 years ago 536
Android Question

SecurityException: Permission denied (missing INTERNET permission?)

this error is really really really strange and I don't know how to reproduce it and how to fix it because I made a lot of searches but nothing was useful.

Here's the stacktrace:

Stack Trace
0 java.lang.RuntimeException: An error occured while executing doInBackground()
1 at android.os.AsyncTask$3.done(
2 at java.util.concurrent.FutureTask$Sync.innerSetException(
3 at java.util.concurrent.FutureTask.setException(
4 at java.util.concurrent.FutureTask$Sync.innerRun(
5 at
6 at java.util.concurrent.ThreadPoolExecutor.runWorker(
7 at java.util.concurrent.ThreadPoolExecutor$
8 at
9 Caused by: java.lang.SecurityException: Permission denied (missing INTERNET permission?)
10 at
11 at
12 at
13 at<init>(
14 at<init>(
15 at$Address.connect(
16 at
17 at
18 at
19 at$HttpsEngine.makeSslConnection(
20 at$HttpsEngine.connect(
21 at
22 at
23 at
24 at
25 at
26 at
27 at
28 at
29 at
30 at
31 at android.os.AsyncTask$
32 at java.util.concurrent.FutureTask$Sync.innerRun(
33 ... 4 more
34 Caused by: getaddrinfo failed: EAI_NODATA (No address associated with hostname)
35 at Method)
36 at
37 at
38 ... 26 more
39 Caused by: getaddrinfo failed: EACCES (Permission denied)
40 ... 29 more
41 java.lang.SecurityException: Permission denied (missing INTERNET permission?)
42 at
43 at
44 at
45 at<init>(
46 at<init>(
47 at$Address.connect(
48 at
49 at
50 at
51 at$HttpsEngine.makeSslConnection(
52 at$HttpsEngine.connect(
53 at
54 at
55 at
56 at
57 at
58 at
59 at
60 at
61 at
62 at
63 at android.os.AsyncTask$
64 at java.util.concurrent.FutureTask$Sync.innerRun(
65 at
66 at java.util.concurrent.ThreadPoolExecutor.runWorker(
67 at java.util.concurrent.ThreadPoolExecutor$
68 at
69 Caused by: getaddrinfo failed: EAI_NODATA (No address associated with hostname)
70 at Method)
71 at
72 at
73 ... 26 more
74 Caused by: getaddrinfo failed: EACCES (Permission denied)
75 ... 29 more
76 getaddrinfo failed: EAI_NODATA (No address associated with hostname)
77 at Method)
78 at
79 at
80 at
81 at
82 at<init>(
83 at<init>(
84 at$Address.connect(
85 at
86 at
87 at
88 at$HttpsEngine.makeSslConnection(
89 at$HttpsEngine.connect(
90 at
91 at
92 at
93 at
94 at
95 at
96 at
97 at
98 at
99 at
100 at android.os.AsyncTask$
101 at java.util.concurrent.FutureTask$Sync.innerRun(
102 at
103 at java.util.concurrent.ThreadPoolExecutor.runWorker(
104 at java.util.concurrent.ThreadPoolExecutor$
105 at
106 Caused by: getaddrinfo failed: EACCES (Permission denied)
107 ... 29 more
108 getaddrinfo failed: EACCES (Permission denied)
109 at Method)
110 at
111 at
112 at
113 at
114 at<init>(
115 at<init>(
116 at$Address.connect(
117 at
118 at
119 at
120 at$HttpsEngine.makeSslConnection(
121 at$HttpsEngine.connect(
122 at
123 at
124 at
125 at
126 at
127 at
128 at
129 at
130 at
131 at
132 at android.os.AsyncTask$
133 at java.util.concurrent.FutureTask$Sync.innerRun(
134 at
135 at java.util.concurrent.ThreadPoolExecutor.runWorker(
136 at java.util.concurrent.ThreadPoolExecutor$
137 at

Here's my AndroidManifest.xml

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android=""
android:versionName="my_version_name" >

android:targetSdkVersion="16" />

android:xlargeScreens="true" />

<uses-feature android:glEsVersion="0x00010001" />

<uses-permission android:name="android.permission.INTERNET" />

android:theme="@style/Theme.Music" >




Please don't bother asking me if I have the correct INTERNET permission in my manifest because this app is in market since 2 years :P

I've also noticed that (from Crittercism) all bugs are coming from Android 4.1.x version (JB). I don't know if device are rooted or what (I can't see this information for the moment)

Answer Source

[This answer is dated 2013, and things changed in meantime, so make sure you read whole answer, incl. addendum at the very end! prior down voting]

Exception you are getting (SecurityException: Permission denied (missing INTERNET permission?)), clearly indicates that you are not allowed to do networking. That's pretty indisputable fact. But how can this happen? Usually it's either due to missing <uses-permission android:name="android.permission.INTERNET" /> entry in your AndroidManifest.xml file or, as internet permission is granted at installation not at run time, by long standing, missed bug in Android framework that causes your app to be successfully installed, but without expected permission grant.

My Manifest is correct, so how can this happen?

Theoretically, presence of uses-permission in Manifest perfectly fulfills the requirement and from developer standpoint is all that's needed to be done to be able to do networking. Moreover, since permissions are shown to the user during installation, the fact your app ended installed on user's device means s/he granted what you asked for (otherwise installation is cancelled), so assumption that if your code is executed then all requested permissions are granted is valid. And once granted, user cannot revoke the permission other way than uninstalling the app completely as standard Android framework (from AOSP) offers no such feature at the moment.

But things are getting more tricky if you also do not mind your app running on rooted devices too. There're tools available in Google Play your users can install to control permission granted to installed apps at run-time - for example: Permissions Denied and others. This can also be done with CyanogenMod, vendor brand (i.e. LG's) or other custom ROM, featuring various type of "privacy managers" or similar tools.

So if app is blocked either way, it's basically blocked intentionally by the user and if so, it is really more user problem in this case (or s/he do not understand what certain options/tools really do and what would be the consequences) than yours, because standard SDK (and most apps are written with that SDK in mind) simply does not behave that way. So I strongly doubt this problem occurs on "standard", non-rooted device with stock (or vendor like Samsung, HTC, Sony etc) ROM.

I do not want to crash...

Properly implemented permission management and/org blocking must deal with the fact that most apps may not be ready for the situation where access to certain features is both granted but not accessible as this is kind of contradiction where app uses manifest to request access at install time. Access control done right should must make all things work as before, yet limit usability of the feature within scope of normal activities. For example, when certain feature is granted (i.e. GPS, Internet access) it can be made available from the app/user perspective but provide no real data - i.e. GPS can always return no coords, like when you are indoor or have no "fix". Internet access is granted as before, but you can make no successful any connection (as there's no data coverage). Such scenarios should be expected and be handled by app already as this simply can happen during normal every day usage so any crash in such situation should be rather considered application bug.

We lack too much information about the environment on which this problem occurs to diagnose problem w/o guessing, but as kind of solution, you may consider using setDefaultUncaughtExceptionHandler() to catch such unexpected exceptions in future and i.e. simply show user detailed information what permission your app needs instead of just crashing. Please note that using this will most likely conflict with tools like Crittercism, ACRA and others, so be careful if you use any of these.


Please be aware that android.permission.INTERNET is not the only networking related permission you may need to declare in manifest in attempt to successfully do networking. Having INTERNET permission granted simply allows applications to open network sockets (which is basically fundamental requirement to do any network data transfer). But in case your network stack/library would like to get information about networks as well, then you will also need android.permission.ACCESS_NETWORK_STATE in your Manifest (which is i.e. required by HttpUrlConnection client (see tutorial).

Addendum @2015-07-16

Please note that Android 6 (aka Marshmallow) brings completely new mechanism called Runtime Permissions. It replaces previously used model, and gives user more control including option to revoke already granted permissions:

This [...] introduces a new permissions model, where users can now directly manage app permissions at runtime. This model gives users improved visibility and control over permissions, while streamlining the installation and auto-update processes for app developers. Users can grant or revoke permissions individually for installed apps.

See behavior changes description page for details and make sure your app will behave correctly on newer systems too. It's is especially important when your project set targetSdk to at least 23 as then you must support new permissions model (detailed documentation). If you are not ready, ensure you keep targetSdk to at most 22 as this ensures even new Android will use old permission system when your app is installed.

Recommended from our users: Dynamic Network Monitoring from WhatsUp Gold from IPSwitch. Free Download