What the package name of your system file manager?
Can you send me the APK?
Search your App list for 'Files' with these package names: 'com.android.documentsui' or 'com.google.android.documentsui' and send me the APK. Thank you.com.oneplus.filemanager
For sure, but sorry the XDA portal doesn't let me upload the apk, same issue than with the previous txt file..
Uploaded for you on following Mediafire host:
]MediaFire is a simple to use free service that lets you put all your photos, documents, music, and video in a single place so you can access them anywhere and share them everywhere.www.mediafire.com
Evrytime I open Míxplorer it says there is and update or downloads. How come?
I'm sorry Hootan but (as you supposed in your last new post) that app doesn't exist installed on my device.. I don't have such "Files" app, but only the one (OnePlus brand) I sent you previously.. sorry.Search your App list for 'Files' with these package names: 'com.android.documentsui' or 'com.google.android.documentsui' and send me the APK. Thank you.
purgeI'm not suggesting this above other suggestions that have been already made, particularly @DiamondJohn's reminder that move does imply delete which gets my vote, but, "tree", "branch", and "pruning" as in trimming the branches of a tree are also common words for these things, but in that model I do not recall the equivalent for orphaned objects nor can I find it doing a bit of research now so...
Prune branch and collect wood chips?
Does OnePlus or any other file manager have access to /Android/data directory without giving permission?I'm sorry Hootan but (as you supposed in your last new post) that app doesn't exist installed on my device.. I don't have such "Files" app, but only the one (OnePlus brand) I sent you previously.. sorry.
I would answer to you "yes".. meaning that they may just ask for the usual global "storage permission" (at first run after installation) as well, but once they obtained that permission, then they also could navigate the /android/data path without any other particular permission request.. meaning that /android/data have the same value as the /android/download or /android/documents paths..Does OnePlus or any other file manager have access to /Android/data directory without giving permission?
Thanks. Try the new BETA and tell me the result. If it still doesn't work, we have to wait until I also get Android 11 update.I would answer to you "yes".. meaning that they may just ask for the usual global "storage permission" (at first run after installation) as well, but once they obtained that permission, then they also could navigate the /android/data path without any other particular permission request.. meaning that /android/data have the same value as the /android/download or /android/documents paths..
I hope to have well understand your question..
Done Hootan, but unfortunately nothing changed again, I'm sorry..Thanks. Try the new BETA and tell me the result. If it still doesn't work, we have to wait until I also get Android 11 update.
Is your device rooted?Done Hootan, but unfortunately nothing changed again, I'm sorry..
If it can helps you, I noticed (using the SD Maid file explorer utility) that it seems that the path of final Android/data destination is now changed after updated to Android 11..
I noticed that now the initial path, starting from root, is "storage/self/primary" and when I go inside in "primary" folder, I find the (old) "storage/emulated/0" folder, where I can then enter to "data" folder and find it full of usual sub folders related to the installed apps..
It is so strange to explain, but it seems there is a sort of a "bridge link" just let you jump on final destination folder..
View attachment 5241169
Hmm, now I'm thinking about a new feature for merging multiple folders.@HootanParsa re: MCUAD: collapse, combine, flatten, merge
This is a special case of: combine two directories to produce a third directory. Options: move or copy; delete original directories if now empty; keep newest file in case of name duplication.
Were you planning to have a "dry run" option to check for name collisions.
(I wouldn't expect to find such a function. Is this something you find yourself doing frequently?)
Saw this post, did some testing using 6.53.0 B21030510. Some observations:Thanks.
It's about moving all files and folders within a folder up one level and then deleting the folder itself.
What about just saying 'Extract and delete'?
Thank you very much. I will work on it.@HootanParsa, sorry for the extremely late reply, firstly I didn't get a notification for your response, by the time I checked manually, I was busy with termux stuff and thought I should reply when done.
Yeah, this one isn't targeting sdk 30. I had previously seen you mention that you were targeting sdk 30 in v6.53.6_B21032720 changelog, I didn't look closely enough for the APK I checked. But will need the queries entry if you do target.
I tested the "Open in terminal" myself, and it worked fine. The issue was that in android 11, there is a "random" bug that even if Storage permission is granted to an app (like termux), the permission is denied by android. To fix that, the permission needs to be ungranted and regranted again from app info settings. Basically, another reason your intent wasn't working was that Termux failed to usage the "/storage/emulated/0/*" paths as the working directory, unless storage permssion was regranted.
I have added a RUN_COMMAND Intent wiki page with all the details. A lot of other stuff has been added in Termux v0.109 which should probably be available to users in the next few days from F-Droid. You may want to check out the "RUN_COMMAND_SERVICE.EXTRA_COMMAND_*" extras.
The current way of using "login" binary and working directory should be fine. To send a string for possibly other usage, you can use the "RUN_COMMAND_SERVICE.EXTRA_STDIN" to "bash" binary.
Thanks again for adding the feature and supporting Termux.
Yes, that was exactly the answer I needed! I remember reading that recently, I but that was before I needed it and I didn't really understand it at the time. It's simple once you know it, but I wonder why MiX requires this step when some other, less advanced file explorers don't. Definitely something that should be in the FAQ.
I do not face this issue on the latest Silver you mentioned. Try clear the thumb cache. Long press on address bar (that with the little arrow down) > clear thumbnails cache > All. Then better force close Mix from the android app settings. After that when you restart mix it recreate the thumbnails hopefully with better resolution.Video thumbnails on newer versions have become extremely low res. It's especially noticeable on the Grid and Gallery view. Not sure which version this started on but I'm currently on 6.54.2-Silver.