Eaccess permission denied android

Android 10 open failed: EACCES (Permission denied)

Oct 31, 2019 · 3 min read

Recently for one of the apps that I was working on, we changed the target SDK to API level 29 (Android 10). Ever since the change was made one of our workflows broke. The workflow is simple, we ask the user if they want to upload a logo to their profile. We let the user pick a file from their media gallery and upload this image to the server.

Running this workflow on an Android 10 device failed to upload the images. The error we saw was open failed: EACCES (Permission denied)

So, what changed?

Apps targeting Android 10 (API level 29) and higher are given scoped access into an external storage device, or scoped storage, by default. Such apps can see only their app-specific directory

Also in the documentation

In order to access any other file that another app has created, including files in a “downloads” directory, your app must use the Storage Access Framework, which allows the user to select a specific file.

Back to our workflow, when a user picks a file from the gallery, there is no guarantee that the file that was picked was added or edited by some other app. So, if the user picks on a file that let’s say belongs to another app we would run into the permission issues. So, how do we solve this?

There are a couple of ways to do this, in this article we will look into two ways.

Opt out of scoped storage

If your app is not ready for the changes that are coming in for Android 10 then you can “opt-out” by setting the flag requestLegacyExternalStorage to true in your manifest.

I spoke to one of the developers from the Privacy team during the recent Android dev Summit and their recommendation was to use this solution as a temporary one

Using openFileDescriptor

The idea is to make a copy of the file that the user picks in the media gallery and add it to your application cache directory.

So, the first step is to open the file using openFileDescriptor

Let’s create an input stream from it.

The next step is to get the file name from the URI, we can write an extension function on ContentResolver class for this. Please note that the logic below is inspired by the sample code from android docs.

Alternatively, you can always give your own generated file name.

Now that we know how to get the file name, let’s create a file in our application’s cache directory.

Now let us make OutputStream out of this file

The final step is to copy the contents of the original file to our newly created file in our cache directory.

You can do this step in multiple ways, one easy way is to use the copy function from the IOUtils class(org.apache.commons.io.IOUtils).

Piecing it all together, the final code would be something like this.

Now that your app has a copy of the file that needs to be uploaded, you can now safely upload this to your backend server.

This should fix the permission issues you may face.

Let me know in the comments if this did or did not work for you or if you have other solutions I would love to hear them.

Thanks to Pranay for proofreading and giving me valuable technical feedback.

Источник

open failed: EACCES (Permission denied) on Android 29 every time (I am certain it’s setup properly) — works in Android 28 #1233

Comments

acoutts commented Nov 26, 2019 •

Environment info

Library version:
1.1.0

Steps To Reproduce

The system permission dialogue is prompted and accepted. The proper permissions are without certain given. The app has the following in AndroidManifest:

But despite this the library returns a permission denied error every time like this:

Note: everything works as expected in the simulator but the permission error happens on a real device.

The simulator is running Android 28 and device is running Android 29 — is this an issue in the latest Android API version?

The text was updated successfully, but these errors were encountered:

acoutts commented Dec 3, 2019 •

Seems this is due to a change in Android 29 — found some more info in this stackoverflow post:

Starting with Android 11 the storage permission is getting revoked and developers would need to consider alternative ways of accessing the storage they need either through SAF or Media Store. For the time being, you can carry on using what you’re using by adding the following in your manifest within the application tags:

android:requestLegacyExternalStorage=»true»
You might want to consider changing your minSDK to 19 and use getExternalFilesDir() to get a path that doesn’t require any permissions.

I was able to get react-native-image-picker working again by adding android:requestLegacyExternalStorage=»true» to my tag in AndroidManifest.xml.

But, this is only a temporary fix. I’m not experienced enough to submit a PR but hopefully this information helps someone who can upgrade the library for Android 29 and future releases.

stale bot commented Feb 1, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. You may also mark this issue as a «discussion» and I will leave this open.

stale bot commented Feb 8, 2020

Closing this issue after a prolonged period of inactivity. Fell free to reopen this issue, if this still affecting you.

Arjunmore6673 commented Sep 10, 2020

for android:requestLegacyExternalStorage=»true»
you also need to upgrade compile SDK to 29
<
buildToolsVersion = «29.0.0»
minSdkVersion = 19
compileSdkVersion = 29
targetSdkVersion = 29
>

figureai commented Sep 15, 2020 •

Jackyaung commented Oct 5, 2020

@figureai this one doesn’t work on my code, I added this line, and got a error : failed processing manifest.

sayem314 commented Oct 9, 2020

@Jackyaung this is how it should be done

* Note that this is a temporary solution. In SDK 30 or newer it won’t work.

HauLuu commented Oct 18, 2020 •

Just in case someone follows @sayem314 comment and run into

AAPT: error: attribute android:requestLegacyExternalStorage not found

find subprojects and change it to

lfoliveir4 commented Oct 20, 2020

hdJerry commented Oct 30, 2020

Seems this is due to a change in Android 29 — found some more info in this stackoverflow post:

Starting with Android 11 the storage permission is getting revoked and developers would need to consider alternative ways of accessing the storage they need either through SAF or Media Store. For the time being, you can carry on using what you’re using by adding the following in your manifest within the application tags:
android:requestLegacyExternalStorage=»true»
You might want to consider changing your minSDK to 19 and use getExternalFilesDir() to get a path that doesn’t require any permissions.

I was able to get react-native-image-picker working again by adding android:requestLegacyExternalStorage=»true» to my tag in AndroidManifest.xml.

But, this is only a temporary fix. I’m not experienced enough to submit a PR but hopefully this information helps someone who can upgrade the library for Android 29 and future releases.

Источник

Ошибка при открытии не удалось: ошибка EACCES (Permission denied) при попытке записать данные на SD-карту в Android 5.1, почему?

Мне нужно сохранить некоторые данные на SD-карту, я добавлю разрешение на файл AndroidManifest.xml, и я могу получить правильный результат, когда тестирую его на Android 4.12 mobile.

Но я не могу выйти из строя: ошибка EACCES (Permission denied), когда я тестирую его на мобильном телефоне Android 5.1, почему?

BTW, я прочитал, что искусственный Android 6.0 открылся неудачно: EACCES (Permission denied) и Exception ‘open failed: EACCES (Permission denied)’ на Android , но теперь моим мобильным телефоном является SamSung Android 5.1

Код

AndroidManifest.xml

build.gradle

Вам не хватает разрешений во время выполнения, установленных на Android Lollipop. Что вы можете сделать, так это разрешение. Для этого перейдите к

Settings -> Apps -> YOUR_APP -> Permissions

И разрешить разрешения, а затем проверить его.

Чтобы добавить разрешение во время выполнения, вы можете запросить внутри onCreate() .

И затем слушайте принятие или отрицание разрешения, как это,

Потому что у вас есть targetSdkVersion 23 поэтому вы получаете исключение безопасности, вам нужно понизить до targetSdkVersion 22 или добавить разрешение времени выполнения. Проверьте эту ссылку https://developer.android.com/training/permissions/requesting.html.

Обновление: open failed: EACCES (Permission denied)

Начиная Kitkat, Android ограничивает доступ на запись SDCARD к сторонним приложениям. Они представили платформу доступа к хранилищу для выполнения операций. Для записи в файлы на SDCard вам нужно будет использовать эти API.

Для некоторых устройств, работающих с Lollipop, вы можете получить доступ на запись к файлам с помощью этих api. Поскольку я сам не использовал api, я не могу предоставить вам фрагмент. Но ссылка, безусловно, поможет вам решить проблему.

Вы можете взглянуть на Es Explorer, чтобы увидеть, как они справляются с этим сценарием.

Источник

ошибка открытия: EACCES (отказано в разрешении)

у меня очень странная проблема с доступом к хранилищу на некоторых устройствах. Приложение работает на моих тестовых устройствах (Nexus 4 & 7, Samsung GS5). Все мои устройства под управлением Android 4.4.2. Но я получил много писем от пользователей, говорящих, что приложение не может писать в хранилище (ни внутреннее хранилище, ни sd-карта). Из файла журнала, полученного от отзывов пользователей, я вижу, что проблема заключается в следующем коде:

он выдает исключение в строке fStream = new FileOutputStream (filename, true); при создании FileOutputStream.

в AndroidManifest.xml у меня есть следующие объявленные разрешения:

Я подтвердил, что пользователи используют личное приложение на SD-карте. И что еще более странно, что он не может писать во внутреннюю память. Как это может произойти, если у меня есть разрешения на чтение и запись? Пользователи говорят, что они не подключают свои устройства на ПК в то время.

оказывается, я слишком часто вызываю open и close FileOutputStream, что в какой-то момент вызывает FileNotFoundException. Больше похоже на проблему с потоками.

13 ответов

я столкнулся с аналогичной проблемой некоторое время назад.

ваша проблема может быть в двух разных местах. Это либо то, как вы создаете файл для записи, либо ваш метод записи может быть ошибочным в том, что он зависит от телефона.

Если вы записываете файл в определенное место на SD-карте, попробуйте использовать переменные среды. Они всегда должны указывать на действительное местоположение. Вот пример записи в папку downloads:

Если вы запись файла во внутреннее хранилище приложения. Попробуйте следующий пример:

лично я полагаюсь на внешние библиотеки для обработки потоковой передачи в файл. Этот еще не подвел меня.

Я потерял данные слишком много раз на неудачной команде записи, поэтому я полагаюсь на известные и проверенные библиотеки для моей тяжелой работы.

Если файлы большие, вы также можете посмотреть на запуск ввода-вывода в фоновом режиме или использовать обратные вызовы.

Если вы уже используете переменные окружения, это может быть проблема с разрешениями. Ознакомьтесь с ответом Джастина Фидлера ниже.

для API 23+ вам нужно запросить разрешения на чтение/запись, даже если они уже есть в вашем манифесте.

в моем случае у меня был неправильный случай в

android.permission должно быть строчным, и каким-то образом вся строка была прописной в нашем источнике.

Я также столкнулся с той же проблемой. После тяжелой работы я понял, что в моем случае было не так. Мое устройство было подключено к компьютеру через USB-кабель. Существуют типы для USB-соединений, таких как массовое хранение, медиа-устройство(MTP), камера(PTP) и т. д. Мой тип соединения был — «массовое хранилище», и это вызывало проблемы. Когда я изменил тип соединения, проблема была решена.

всегда помните при доступе к файловой системе на устройстве android: —

НЕ ПОДКЛЮЧАЙТЕСЬ КАК МАССА Хранение на компьютере / ПК.

в моем случае это была проблема с разрешениями. Загвоздка в том, что на устройстве с Android 4.0.4 я получил доступ к файлу без каких-либо ошибок или исключений. И на устройстве с Android 5.1 это не удалось с исключением доступа (open failed: EACCES (разрешение отказано)). Обработал его с добавлением разрешения follow для манифеста файла:

поэтому я предполагаю, что это разница между управлением разрешениями в версиях ОС, которые вызывают сбои.

сначала дайте или проверьте разрешения, такие как

Если эти два разрешения в порядке, то проверьте, что выходные потоки находятся в правильном формате.

В моем случае я использовал параметр android:isolatedProcess=»true» на service на AndroidManifest.xml .

как только я удалил его, ошибка исчезла.

я столкнулся с той же проблемой и обнаружил, что мне нужно запросить разрешения во время выполнения, даже если я объявил об этом в манифесте. Так же, как и ответ Джастина Фидлера.

моя реализация немного отличается от ответа Джастина Фидлера, что он также реализует метод onrequestpermissionsresult фрагмента v4 для ручка разрешений «запрос-ответ».

У меня такая же проблема, но Иногда самый сложный вопрос получает простой ответ.

я перепроверяю разрешения манифеста, и was_not пишет разрешение позор мне.

также я нашел решение для моего пути.

перед запуском приложения я предоставил root file-explorer и не отключил разрешение на запись / чтение при выходе из приложения.

мое приложение не может использовать внешнюю память, пока я делал устройство restrat для сброса всех разрешений.

Если клиенты используют Android 6.0, Android добавил новый модель разрешение for (зефир).

трюк: если вы нацелены на версию 22 или ниже, ваше приложение запросит все разрешения во время установки, как и на любом устройстве под управлением ОС ниже Marshmallow

в моем случае проблема заключалась в конфигурации WIFI, которая была статической, имела конфликт с другим устройством, использующим тот же IP-адрес.

в моем случае я забыл добавить / перед именем файла после добавления я избавился от него

Источник