And yet you insist on not searching.
:victory:Bravo!:victory:
:victory:Bravo!:victory:
Attachments
-
Screenshot_20170824-225341.jpg
Already tried that, still failed when copying large file (3-7gb).
Im using Version: 6.17.5 B1707311 and my nas is seagate central.
Did you check whats inside the log?
Most of the time, this is network related (timeout issues, etc), so you might want to try another connection.
I would try a newer version. And enable logging to catch failures if they happen.
Ok, now my app is updated a d logging is enabled. I'll report with log when this thing happen.
Comment regarding file transfers:
Hi HootanParsa, just thanks again for this awesome app! It really saves my day pretty often. I just wanted to let you know, the file transfer system works well, but it's a bit clunky when compared with the nefarious ES File Explorer. They had a couple of good ideas: The TCP server could just get started when the app starts, so it would be visible to other MiXplorers in the same Wifi Network. Once you found your other phone to send the files, you get no prompts whatsoever on the other end! You should be able to see that something is coming, then choose where to save it. At the current implementation, the files will download to whichever path the server is looking at in the specific moment. Without prompting. Also, adding a progress bar indicating how many files are done/pending, transfer speed etc would be awesome.
Thanks a lot!
Hi HootanParsa, just thanks again for this awesome app! It really saves my day pretty often. I just wanted to let you know, the file transfer system works well, but it's a bit clunky when compared with the nefarious ES File Explorer. They had a couple of good ideas: The TCP server could just get started when the app starts, so it would be visible to other MiXplorers in the same Wifi Network. Once you found your other phone to send the files, you get no prompts whatsoever on the other end! You should be able to see that something is coming, then choose where to save it. At the current implementation, the files will download to whichever path the server is looking at in the specific moment. Without prompting. Also, adding a progress bar indicating how many files are done/pending, transfer speed etc would be awesome.
Thanks a lot!
+1 for the progress bar and a prompt where to save the files
-1000 for TCP server auto start on app start
That shouldn't happen. Now a log might be especially helpful. Apps bring their own directories and sometimes libraries.
Crosstalk is not supposed to happen.
Gesendet von meinem Moto G 2014 LTE mit Tapatalk
Ah well, I meant for as long as the app is in the forefront. If the screen is off and there are no current transfers, I'd turn it off. But of course, this could be simply a setting for people to enable at will.
Additionally, seems the intents for taking files coming externally don't seem to work too well. If an app shares a file to MiXplorer (for it to save somewhere, or to go to the clipboard, so you can paste), it replies in a toast "files only", regardless of the filetype sent, and just ignores the action altogether.
What app you are using for sending to MiXplorer?
When sharing from a browser with Copy To, I can reproduce that alert with some restrict pages that requires a login, for example, the page to edit a comment here at XDA, but probably this should be expected, considering MiXplorer will try to download a page it doesn't have access.
But there is an strange "null object reference" error in log for this case. @HootanParsa, is it a problem?
For sharing to Clipboard, I think only textual content can be used (eg. copied links, copied text), because MiXplorer doesn't make use of the clipboard for pasting files.
I use Seafile, which sends a whole file or files downloading them from the server, and prompts what to open it with. If I clicked MiXplorer, I'd expect it to prompt to either save it or open it...or do something with it. But instead I get the "only files" message
I think one possibility is Mix is not being able to access the temporary folder the shared file is, in this case, the log will contain a detailed message for Hootan to understand what's going on. Could you record a log next time when this happen?I use Seafile, which sends a whole file or files downloading them from the server, and prompts what to open it with. If I clicked MiXplorer, I'd expect it to prompt to either save it or open it...or do something with it. But instead I get the "only files" message
Why not integrate the language locales? Having to install another apk that lists itself merely with the name of the language in the app list is really not pleasant and rather annoying. Is this app even trustworthy or why is it not in the Play Store? Doesn't make sense having to sideload this app when its add-ons are available in the Play Store.
Why not integrate the add-ons as well ? Because it is a modular approach that saves space and it's cleaner. Also allows for independent development of the different parts.
( And I never understood the need to have dozens of languages. I use four or five, most people use a single one, yet must have all the rest. You can clean hundreds of MB if not GB from macOS or Linux when removing unused languages. )
If you don't trust the application because it is not in the Play Store, don't use it. The Play Store is hardly a safe haven for software, by the way.
( Not to mention the data mining Google engages in with Play Services installed, bordering spyware behaviour. )
Searching intent to copy folder with Tasker
Hello @HootanParsa.
I'm currently searching my socks off, on how to copy without too much effort GPX files from my Garmin GPSmap64s to my smartphone running on Android 7.0.1 (not rooted)
Every single app I tried, that is made specifically for this task fails on Android 6/7 because of the removed direct access to OTG/USB media.
Most app developers I contacted say the effort is too much to implement the access via Storage Access Framework(SAF).
So my last resort is to do this via tasker and MiXplorer.
Do you think this is possible?
Can you tell my what Intent I have to use to tell MiXplorer to copy a whole folder with either skipping already present files or force overwrite present files in target?
My source would look like:
/mnt/media_rw/9000-EEEE/Garmin/GPX/
and the target like:
/storage/9000-BBBB/Garmin/
Thanks.
Hello @HootanParsa.
I'm currently searching my socks off, on how to copy without too much effort GPX files from my Garmin GPSmap64s to my smartphone running on Android 7.0.1 (not rooted)
Every single app I tried, that is made specifically for this task fails on Android 6/7 because of the removed direct access to OTG/USB media.
Most app developers I contacted say the effort is too much to implement the access via Storage Access Framework(SAF).
So my last resort is to do this via tasker and MiXplorer.
Do you think this is possible?
Can you tell my what Intent I have to use to tell MiXplorer to copy a whole folder with either skipping already present files or force overwrite present files in target?
My source would look like:
/mnt/media_rw/9000-EEEE/Garmin/GPX/
and the target like:
/storage/9000-BBBB/Garmin/
Thanks.
Last edited:
Is there an issue with the startup lock or folder lock?
I set the startup lock in settings closed the app and opened it again. It displayed the lock dialog and when I tries a pattern or pin it said "failed".
It did the same thing in the folder lock.
And there's a way to bypass the startup lock all together. When the lock dialog appears just hit the back button and the lock window closes leaving mixplorer open but not displaying any content. Then just go to settings and uncheck startup lock. Exit the app and reopen it and you're in. Lock needs a complete rework.
I set the startup lock in settings closed the app and opened it again. It displayed the lock dialog and when I tries a pattern or pin it said "failed".
It did the same thing in the folder lock.
And there's a way to bypass the startup lock all together. When the lock dialog appears just hit the back button and the lock window closes leaving mixplorer open but not displaying any content. Then just go to settings and uncheck startup lock. Exit the app and reopen it and you're in. Lock needs a complete rework.
Last edited:
OOT, but why not use shell commands in tasker? It should be a simple cp command.
I do not know any CP shell program that uses the Android Storage Access Framework. Remember I have Android 7.0.1 and access to external OTG/USB Storage is not permitted but over SAF.
I think is good idea for file sharing the use of the Send Anywhere API, similar implementation has been done by X-Plore, absurdly simple and useful, running from the sea of ads from official Send Anywhere app but getting the benefits of a end to end fast file transfer. @HootanParsa, could you think about this? Please? Would be awesome.
Similar threads
Top Liked Posts
-
7Hootan loves when people mention 20 bugs, 30 other file managers where features work and 0 logs. Please guys, be helpful if you want help, he needs to replicate the environment and conditions in order to reproduce the issue and hopefully fix it.6
Edit: CBZ, CBT, CB7 are 10x faster with the latest BETA. If there is a new problem, please let me know.6
Haha, thanks IronTechmonkey, it was I myself who beat you to itYerp, that's another thing people will get on you for (including me, somebody just beat me to it). But seriously, in an app with as many features and configuration options not everything may be intuitive. You might want to check out the FAQ, in particular the "Nuggets" section (links to standalone individual short topics, eg servers, etc, and maybe stuff about the UI (season to taste). While exploring long press is your friend.
- Thanks, yeah the nuggets are useful, I previously read about the bookmark rename feature but forgot it was there lol. Fair point, the dev has done a good job cramming all that versatility in, def not complaining.
In terms of what I am testing, some people may not be familiar with EDS, but it is a long term bit of android software kept alive by a great dev, and can handle VeraCrypt(R), TrueCrypt(R), LUKS, EncFs, CyberSafe(R) container types (http://www.sovworks.com/). Since running non-root phones it lost some of its attraction as you lose the ability to 'mount' those containers, but using this method through the MiX Document Provider setting means you can gain similar benefits (and more - ftp for example), so genuinely excited about it as been waiting for a few years for something to come along that can work reliably with it.
When I get a sec, I'll write up a short rundown of my setup on how I'm attempting to use EDS with MiX through the document provider (versions, settings, etc) so others can have a play.4
First time post here. Great app dev Hootan can see the immense amount of work that has gone into it - really appreciate the masterpiece you have created (and every tester who has assisted to get it here).
Background:
I am a long time user of EDS encryption software (coming from a root background where it was able to mount encrypted files for use by external apps). In recent years as root becomes less attractive I've been trying to get it to work reliably in a similar way to 'mount' on non root devices by using the 'content provider' method it employs (forgive me if wrong terminology).
A handful of apps which use SAF can interact with an EDS 'opened' (not mounted) container, so far, I've found:
1) AA Image viewer (Read only, images ... very slow)
2) FX Explorer ('Connect to Storage feature' - read / write ok ... has problem deleting directories with files)
3) Synchronizer Ultimate (reads and writes perfectly!)
4) MiXplorer 6.53.5 (some issues)
-----
Mixplorer Issues observed:
1) When using MiXplorer, it can connect to storage via 'Add Document Provider'.... but only sees the root folder files.
--> Attempting to browse subfolders shows no files :-(
2) As Nokono describes with USB sticks, once the EDS container is unmounted it sticks in the MiX Bookmarks menu, and you can't delete it. Only successful way is to reset MiX storage (maybe access - I didn't try that yet) but that has its drawbacks as discussed above.
3) If remounting EDS container, you need to reconnect it to MiX again and the old 'ghost' provider is still there (FX doesn't require this)
4) ... Likely related to 2) .. if accidentally clicking on one of the ghost bookmark document provider entries, it interacts with the EDS document driver and sets ALL files to 0 length (!) on the open EDS container. I have lost data a few times this way (luckily had backups).
Sorry for long post, I realize this is a niche use case as I searched the thread and didn't see anyone else attempting to use EDS with MiX, though I think at least part of the issues I'm experiencing could be similar to those affecting USB drives.
Also @Nokono, you mention an older version worked better in that case, could you please advise which one?, I will also test it with EDS.
Thanks in advance for any help
Charlie
[EDIT] Forgot to say, using a TrueCrypt FAT32 container with EDS4Some quick fire results.
Just tested with 6.54.7 and it looks very promising - huge improvements well done dev!!!
Some further observations, re issues in my long post:
1) This now works .. able to see subfolder files perfectly no issues in mounted EDS container, and very fast!
2) Document bookmarks still stick... still have to reset data to remove them
3) I tested what happens if you close MiXplorer --> close and reopen the EDS container --> then reopen MiX
- I tried connecting to a subfolder bookmark .... this doesn't survive the above, says folder can't be found
- Bookmark to the base of the EDS container does survive ... means you can open a EDS container and click on a shortcut in Bookmarks to access it between EDS uses (havent tested between reboots)
4) I havent been able to corrupt data, even clicking on stale bookmarks this time.
-----
Further observations:
- Read write appears to work for the most part, although pasting files between 2 folders on the connected document provider says operation failed (but still works successfully - got to go out of the target folder and back in to see the files)
- Deleting a folder with files fails (as per FX), though deleting the files within the folder first then allows you to delete the folder.
Other than that looks promising - will test copying some larger files and see how reliable it is.
Some further suggestions:
- Would be good if we could rename the Document Provider bookmarks (and remove them of course as per 2 above - which goes for USB too I would guess)
- How cool would it be if MiX could allow an FTP root from the connected Document Provider base folder? - that would be a killer feature, combined with EDS can expose an encrypted container from your phone (before anyone asks, already tried it with a built in encFS container in 6.53.5 and it didnt allow it...)
regards
Charlie -
23I have updated the XDA version of MiXplorer (The Standard). If there is a new problem, please let me know. Thank you.
I see Google Play has replied to one of my old messages and apologized for delay response. Only 4 months delay! I'm sure there are great and professional people working in Play team and they're doing their best but I really can't bother myself to contact them anymore.
I won't push the publish button for the Silver version which is finally reviewed after 2 days but shared with pirate websites some hours before that. I'm uploading another build as an app bundle and as you should know no one has access except Play team as always. I hope they will do their best.19I finally experienced Android 11 and its scoped storage on a real phone. What a crap! The Android media scanner wasn't enough!
I published multiple experimental builds with target SDK 30 and 'MANAGE_EXTERNAL_STORAGE' permission before but I found some issues on emulator which are not reproducible on my device and I didn't know there is a huge difference on performance. So I will change the target to 30 with 'MANAGE_EXTERNAL_STORAGE' for the stable and beta versions.
For the Silver version, I improved the performance as much as possible but as you should know Google Play doesn't allow 'MANAGE_EXTERNAL_STORAGE' permission, so there is nothing I can do about it for now.17Oh please let's stop with all this indignation about what is a relatively small issue which occurred only recently and about which we've not yet heard from the developer since it was reported just a few days ago. Statements about how the app cannot be used if it's this way or how could it possibly have been left in this absolutely world ending horrible condition don't help. It's been reported and other people who don't even care tested and gave a +1. Now would be an appropriate time to wait for a developer response, and to do so knowing that they are sometimes away from the thread for a while.16There is a leak in Play console and store services and people still have access to the apps that are not published. It is completely unacceptable. Users have contacted me about this and even insulted me for the late publish while it's accessible from pirate websites and this is Play team who is responsible for that. It's happening for a very long time and they haven't done anything about it. I have contacted them long before and they said they're not responsible. Probably Aliens are!
Thanks to @EuK_V for the investigation.14As many of you already know, some days ago I updated the Silver version which has many problems because Google is insisting we should build App Bundle instead of APK. So I finally did it but I didn't know it's going to modify the manifest for so called 'optimization' and change the default value of 'extractNativeLibs' to false which makes so much problems in this app. After some minutes I found out what's the problem and as Google document says I should add a Gradle option 'android.bundle.enableUncompressedNativeLibs=false' to prevent it. I'm still not 100% sure that it's going to work but I did and uploaded the new build to Play console. It was an important update because many lovely users got angry and started giving 1 star or contacting me and reporting issues one after another. I'm mentally under pressure since then and waiting for Play to review the app. But 1 day passed and not only they didn't, instead they searched around to find an irrelevant issue to reject the update. They sent me a message and told me there is an issue with some words inside the description of the app. The description which they have reviewed some hundred times during years. Check the screenshot. They had problem with this "area":
'Html viewer which supports MHT, Markdown, AXml, CHM, MAFF and...'.
So I rather to remove them and saved it for the review but another day passed and nothing except that my app is already on many websites. I built an app bundle and uploaded only to Play console but it's now all over the web as an APK with my signature and lovely users are sending feedback about it while it's not even reviewed by Google Play! I'm mentally so tired. I really can't contact Play developer support team anymore. Because I know they're busy and can't help or even answer me. The last time I contacted was the last year. There was an error in Play Console saying there is an issue with your developer account and I sent many messages to both Play console and Google Pay asking why can't users pay for the app and what is the error about but they never answered me. But they answered to every single buyers and told them that developer is responsible for that. No selling for 2 months. I just kept reading documents and sending messages and personal documents to their bots I guess until the Pay button got activated.
If they review the app, I'm not sure if I should publish the app this time. I need an official and professional answer to this question that how is it possible that the app which I've uploaded only to Play console is all over the web and signed with my signature? Is there any other section in Google company I can contact about this issue? -
2817Downloads
The latest Standard MiXplorer and BETA builds are attached to this post.
Or Get MiXplorer Silver
Downloads from any other source are not recommended.
• Themes by @djdarkknight96
• Themes by @TerrorFlatRider
• Themes by Vladimir
• Windows Fluent Design theme by @marciozomb13
• Material Design theme by @marciozomb13
• Theme Corporate
• Guillaume Skins Gallery
• YandLiu Skins Gallery2252[APP][2.2+] MiXplorer (full-featured file manager)
Hello everyone!
My name is Hootan. I work on XDA in my free time and this file explorer is my favorite Android project!
MiXplorer mix of explorers (SD, FTP, Lan, Cloud and other storage explorers) is a fast, smooth, beautiful, reliable and full-featured file manager with a simple and intuitive user interface.
This app has no ads, is and will always remain free.
It supports Android 2.2+ (Froyo)
I hope you enjoy it.
Features
The best way indeed is to explore yourself. But here's a brief list of essential features:
If you have any ideas, suggestions or you found a bug/mistake, feel free and let me know.
Email: [email protected]
Screenshots403Changelog
v6.54.7_B21041720:
• Fixed giving permission to access .../Android/data/ on Android 11 for some devices.
• Fixed the problem with Html viewer in the previous build on older Android versions.
v6.54.6_B21041550:
• Fixed Mail.ru login issue.
• Fixed wrong View/Sort icons.
v6.54.5_B21041520:
• Fixed infinite loading lists when a folder doesn't really exist.
v6.54.4_B21041410
• Optimized for Desktop mode.
• Fixed extracting POSIX Tar.
• Fixed listing SMB shared folders from Mac OS. You don't need to set 'share_names' manually.
• Fixed opening CBZ Comic books without ZIP headers.
• Increased the thumbnails quality.
• Deprecated the SMB add-on. Uninstall it.
• Deprecated the Metadata add-on. Install the Tagger add-on instead.
• Fixed the Mediafire login issue.
• Fixed opening some kind of MHT files.
• Fixed an issue with opening an EncFS folder on some clouds .
• Some other tiny changes and fixes.
v6.54.2_B21040310
• Added 'Folder media symbols' option in VIEW > Options...
• Fixed SD card Write issue on Android 7.
v6.54.1_B21040210
• Added space usage bar for the recursive search list.
• Fixed some issues in the previous build.
v6.53.7_B21032810
• Fixed the thumbnail quality issue.
v6.53.6_B21032720
• Changed Target SDK to 30 and added 'MANAGE_EXTERNAL_STORAGE' permission for Android 11.
• Updated PDF and Codecs add-ons.
• Some fixes and tiny improvements.
v6.53.5_B21031110
• Some fixes and optimizations.
v6.53.4_B21031010
• Added an option 'Data folder in root' in the Settings > More settings, which is enabled by default on Android 11.
• Added 'Open in terminal' option in the main menu.
• Some fixes and optimizations.
v6.53.3_B21030910
• Moved MiX data folder to the root of internal storage on Android 11.
• Fixed some issues in the previous build.
v6.53.2_B21030720
• Added the last changed and accessed times to the Properties dialog, if it's supported.
• Fixed some issues.
v6.53.1_B21030620
• Added 'Dot files first' option in Sort > Options.
• Fixed some issues.
v6.53.0_B21030510
• Added 'Move contents up' option in the action menu.
• Added 'Content URI' in the properties dialog.
• Search recursively for Type: ALL and Size smaller than 1 Byte, to find empty folders and files with zero size.
• Dot files will be at the end of the list if the list is sorted by Name or Type.
• Fixed some issues.
378Languages
See List of v6.x language add-ons
If you want to help to translate to your language, send me an email to [email protected]
Our Apps
Get our official app!
The best way to access XDA on your phone
Nav Gestures
Add swipe gestures to any Android
One Handed Mode
Eases uses one hand with your phone