- Feb 12, 2013
Just in case I have a device from the same LOS branch on which this could be tested (and because I also test LOS) would you mind sharing the name of the LOS maintainer(s) for that LOS branch?
It might work pinching to zoom in/out as well. Just a wild guess.In 6.56.0 in enabled full dual panel to test it and didn't like it. But after disabling the option, grid became 2 column permanently, even when I use detailed view.
Edit: clean install seems to fix it.
After you connect the USB drive, open MiXplorer and tap on ADD in bottom toolbar > Document provider > Find the USB drive > "USE THIS FOLDER".I have encountered some problems with MiXplorer 6.56 on OmniROM 11-20210427-rpi-WEEKLY. When I attempt to access the external USB drive (which does aapear in the column on the left), I get "No item" with "Doesn't exist!" flashing briefly at the bottom. The included file manager opens it without any problem. Further, when I try to get into Internal storage / Android, the included file manager opens (with "USE THIS FOLDER" on the bottom of the screen). If I click fast, I can (sometimes) get into Android / Data, which again shows "No item" (the included file manager shows com.mixplorer in that folder, along with the other installed apps).
It's ok. The problem was using BitmapRegionDecoder with FileDescriptor and ProxyFileDescriptorCallback. I changed it back to use InputStream instead.@HootanParsa
I need your permission to share the app v6.55.5 with LineageOS developers so that they can solve the Bug of crashing the rom due to app crash.
Thanks for solving the bug in latest v6.56
Also the inbuilt video player lags too much for a .mov video file inside a encfs folder as compared to other external players.
It could be a cache issue
Then it's not valid. Check your Home folder in the Server settings.
Tap on the arrow Down button on the left side of the tab bar > Save tabs > Check On Exit.Bug: app doesn't remember folder location
MiXplorer version: 6.56.0 B21051510 (latest)
If killed in the background due to low RAM, MiXplorer doesn't remember the last folder it opened and restarts from the home page.
That's the system file chooser and app.@HootanParsa When I attach a file to a post I get to something that looks like it might be Mixplorer, but does not come right out and say so.
Whem inserting an image using Chrome, I get prompted to Choose an action:
View attachment 5308189
Is the blue one that says "File" Mixplorer? Can you change the name that is displayed? (Maybe "MiX File"?)
Once in the file chooser, the options are limited. If that's you, could you add an "About Mixplorer" to the three-dot menu?
Fixed. Thank you very much.
I read it. Aside from unlimited tabs and epub reader, I'm not sure there is anything else I can't do with Solid Explorer. I already use an epub reader that is quite complete (moon reader pro), I doubt that Mixplorer has all its functions.That's a bit more descriptive, and is an aesthetic preference partially (but admittedly not entirely) achievable with skins and themes. FWIW, my impression has been that MiX's "old" looks may be a byproduct of what makes it so skinable and work in such a small resource footprint.
In detailed assessments it might be found that MiX has more capability than Solid or most other similar apps but this is not to begrudge your choice. In most of these apps each of us typically uses only a subset of the features so the rest don't really matter. That being said, you seem to have made up your mind and mentioned a possible issue to support that decision without sharing details that establish it as an actual problem. Absent sufficient details and or logs that connection issue could be a configuration issue or an actual bug but with no supporting information neither could reasonably be declared.
To be clear, yes I'm pushing back at the possible tech issue without supporting details but not at your choice, in fact we share some agreement about the appearance in spite of having different tastes in that regard.
You are not the first case, but just one of many users that leaved this thread because of some (always the same) users...
It seems that this is the normal behaviour even if it is a non sense for an xda thread. I have to say that even the developer knows this but avoid to speak about...(cannot understand why). So, let them stay only in thread...reply to them is a waste of time and it is not worth at all...
Android has had 3 partitions (at least) since the early days. System for the OS, Data for persistent data and CACHE for temporary storage. When developing apps, if you want to re-use the data and depend on it being there tomorrow, you store it on the Data partition. For temporary files that can be deleted without your permission, you store that on the cache partition. The cache partition is managed in part by the OS. It may chose to delete files when it deems it necessary. You put anything there, and the system could/will delete it. It should be self manage by the OS to stop becoming full. Unless the cache is being abused, its not a bug, that's the way android apps are developed.
Personally, when I use the cache in my apps (which I heavily do), its for items that I EXPECT to be deleted by the OS. But i personally try keep it relatively small out of a kind of courtesy, Its also a case of devs seeing it as any "unused storage / memory is wasted storage/memory". Manually explicitly deleting the files will actually slow down your app instead of letting the OS manage it on off cycles.
I also have to admit, one of my boot scripts cleans up unnecessary files across the system, and a few years back, MiX's cache was a target. Now its mostly Windows files that have made it onto my android device. eg windows album/folder art.
Update 2 ...
It asks me every time I click on the SD Card, no app restart, no reboot helps. Does not remember permissions.
You are not the first case, but just one of many users that leaved this thread because of some (always the same) users...Well to be clear, I always search before posting questions. Why would I ask questions and wait till someone comes up if I can get an answer right away by searching. I am the kind of person who peruses manuals first when I buy something. Surprising?
I tried to install the addon from the app itself which took me to the store. Went to mixplorer.com to see if I can get one there, again took me to the play store. Came to this thread to see if there was an apk, no. Then got confused because I did not install add-ons from the play store, although I used XDA Labs before it was discontinued. So I came to this thread and tried some searches but could not find what I wanted to know, so I asked. There are times one misses something that might be just too obvious. It might have been today for me.
I did not, and still do not feel like I had to write all I have done first because the question is pretty simple. Oh, I appreciate your tip again btw.
The thread became a better source of information thanks to a nice tip added by IronTechmonkey. For it to be more educative there need to be questions and answers. Why do we need thread then, we only need dev faqs.
Well, it looks like I am the one not liked in this thread. I will be gone, apologizes to anyone bothered.
Could you be kind enough to release on Google Store a version of Mixplorer with fully functional servers, as they were before the latest update (with TLS) ?
Removing features without notice from an app in its public production channel (by opposition to a dev channel as XDA) is problematic, because users rely on them in their daily usage.
I understand that you are working on a new implementation of the servers and sharing function, but from what I can see with the beta build, it is far from being ready to supersede the former one, as so numerous bugs and crashes occur.
Thanks in advance.
Well, DiamondJohn has a point, in that eventually we all have to move on. But no need to go to extremes and kill everything that is not the latest and greatest, I think. Anyway, up to Hootan.
( Says the one who runs unstable nightlies, not even alphas, of most software ... )
The main problem is the media files. If I copy my 250 thousands music, images, videos in my device, then it's going to scan the content of those files to retrieve the metadata. They have done a great job in the recent versions of Android by improving the media retriever performance. It can extract the metadata from almost 8 files for 1 second, in my fastest device. It is incredibly fast but I have to wait many hours for scanner to finish the job to just get the basic info about my files. What if I rename one of my root folders during that time? All again. It's a joke. The whole design and the way it is working and updating is bad and even dangerous. In some cases it's possible you even lose many of your files during updating the media db. There are many problems which I'm lazy to explain. They could scan the whole files only for the basic info, in one thread, for a very short time and then whatever they need to do in different threads later. They could make it very fast, smart, efficient and useful but they didn't.I haven't tested how far I can push it, but instead of issuing scan all media/media mounted intent, I have programmatically built a list of files myself, and then explicitly told the media scanner to scan each specific file in my list. It was pretty quick in updating the media db.
@iWARR You can write how many posts you want even off-topic. I've never called moderators. But you should know I've waited for some days and published many builds and still didn't get any test result. Just wanted to let you know that I have to close the case and remove the changes. Thanks for the advices anyway.Thanks for the log but please don't remove the startup info, the next time.
It says the file is moved (from MiX cache folder) but the target file doesn't exist. Then it tries to copy but the source is moved and probably it gets deleted. There should be a delay. I will add some codes to check it multiple times. Try the next update and tell me the result. Thank you.