On which version you're using? I just copied 2 big files of Nand backup twrp (2.7gb and 1.6gb) at once and it was successful No prob at all.
*Try force stop and clear 'cache' MiX app only. And retry
Already tried that, still failed when copying large file (3-7gb).
Im using Version: 6.17.5 B1707311 and my nas is seagate central.
+1 for the progress bar and a prompt where to save the filesComment 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!
That shouldn't happen. Now a log might be especially helpful. Apps bring their own directories and sometimes libraries.Problem solved.
I installed X-plore file manager simultaneously and this explorer has the same feature in its media player. So i think it broke the feature in MiX.
+1 for the progress bar and a prompt where to save the files
-1000 for TCP server auto start on app start
What app you are using for sending to MiXplorer?.... 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 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.
Go to MiX App info in Android settings > Storage & Cache > 'Clear access'.@HootanParsa
One more annoying feature on the latest builds - USB OTG can be open only through add - document provider. But after that there is no way to remove this stick from the menu. You delete it and it is back when you open MiX next time.
Again, older versions work perfect - stick is visible right after inserting and gone after removing
Thank you very much for the reply.It happens when it can't decrypt the filenames.
Edit: I don't know how it could be possible except that the filenames have changed. Rename 'home.encfs' to 'home.encfs2' and open it as a normal folder, try to find those files and compare their encrypted filenames with the other files. There is nothing more I can do. I don't have enough information.
Haha, thanks IronTechmonkey, it was I myself who beat you to it - 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.Yerp, 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.
Edit: CBZ, CBT, CB7 are 10x faster with the latest BETA. If there is a new problem, please let me know.In Build 6.54.6. I've been having significant issues with opening files in ImageViewer (cbz/cbr/cb7/zip, etc) in SMB in Mixplorer. It would load for minutes and sometimes would not load up the images at all, but would time out. I have tested this with many files and only 1 file loaded properly after much delay.
Build 6.53.5 did not have this issue and reverting back to that version + SMB addon resolves the issue. The same files that struggled for minutes in 6.54.6 loaded instantly in 6.53.5.
Is anyone having similar issues?
Edit: Can confirm no issues in Build 6.54.1 + SMB addon. Could it be related to the SMB being deprecated or the CBZ update in 6.54.4?