Good idea for testing purposes but for longer term:
Can you (or anyone) tell from the log what it is about that particular zip that MiX does not like and whether or not it might be worth HP pursuing as fix or improvement?
It's not a zip, it's an apkGood idea for testing purposes but for longer term:
Can you (or anyone) tell from the log what it is about that particular zip that MiX does not like and whether or not it might be worth HP pursuing as fix or improvement?
You can open apks with zip readers but they don't reveal everything.
I do not do well teasing information out of repeatedly watching a video, so I'm not sure what he was doing, or at what point he was unhappy. It looked like Mixplorer successfully displayed the contents of the archive, and then failed to delete something from the archive. The error message seems to say it is not a ZIP file, or at least not the kind of ZIP file with which Mixplorer is familiar. Maybe the archive is a newer version of ZIP, and while Mixplorer seems to make sense of the directory structure, it does not correctly request a deletion.My mistake, thanks for the incidental clarification. I intended to say "archive". Point being the same, IIRC MiXplorer does have some capability to create or modify the content of apks. If that is incorrect then I stand corrected, but if that is correct then there is some merit to this user's report.
Moot as I intended to say "archive", although that distinction betwen APKs and other archives may be part of an unavoidable but as yet unexplained limitation - the very explanation I seek.
No one has as yet stated a specific reason why MiXplorer cannot handle that particular file while it can handle the same action on other files. Maybe there is such a reason, in which case I seek to know that reason, and if there is no reason then it might be something HP can work with.
Disclaimer: this is not to disagree with the recommendation to use a dedicated APK utility for managing APK files, but in the absence of a specific reason why that file did not work in MiXplorer, this seems like a reasonable request for MiXplorer development. Both of these things can be true at the same time.
See @Spannaa 's reply. Apks technically are not zips. They are not created with a zip maker, like 7zip or Zarchive. To delete contents of apks you need to use apktool.I do not do well teasing information out of repeatedly watching a video, so I'm not sure what he was doing, or at what point he was unhappy. It looked like Mixplorer successfully displayed the contents of the archive, and then failed to delete something from the archive. The error message seems to say it is not a ZIP file, or at least not the kind of ZIP file with which Mixplorer is familiar. Maybe the archive is a newer version of ZIP, and while Mixplorer seems to make sense of the directory structure, it does not correctly request a deletion.
See @Spannaa 's reply. Apks technically are not zips. They are not created with a zip maker, like 7zip or Zarchive. To delete contents of apks you need to use apktool.
Reference:My mistake, thanks for the incidental clarification. I intended to say "archive". Point being the same, IIRC MiXplorer does have some capability to create or modify the content of apks. If that is incorrect then I stand corrected, but if that is correct then there is some merit to this user's report.
Moot as I intended to say "archive", although that distinction betwen APKs and other archives may be part of an unavoidable but as yet unexplained limitation - the very explanation I seek.
No one has as yet stated a specific reason why MiXplorer cannot handle that particular file while it can handle the same action on other files. Maybe there is such a reason, in which case I seek to know that reason, and if there is no reason then it might be something HP can work with.
Disclaimer: this is not to disagree with the recommendation to use a dedicated APK utility for managing APK files, but in the absence of a specific reason why that file did not work in MiXplorer, this seems like a reasonable request for MiXplorer development. Both of these things can be true at the same time.
Can you give theme link?Thank you the best and most customizable file manager on the Earth.
View attachment 5873081View attachment 5873085
No lost translation. Issue is what you should be using is an app editor and not a file manager for these operations. Deleting things from apks usually breaks the APK, whether you sign it or not. I edit themes in apks all the time, like in Swiftkey for example, but I do it with an APK editor and not a file manager.I don't mean to request an apk editor in this application??
did you guys misunderstand? or I mistranslated
No, but there's a Q&A thread:Is there any telegram support channel for MixPlorer I've a lot of question about it![]()
Not ready yet.
Your file is partly corrupted and MiX doesn't ignore errors. Your file is probably created or modified by bad tools. You can extract files and rebuild the zip again (with apk extension) to fix it. Tools which are using this method won't have any problem like APK signers or some other archivers.okay, thanks everyone.
here is my logs:
39 I/MiX> ----- Operation started ----------------------
40 I/MiX> Action: DELETE
41 I/OPERATION> #1 DELETE /storage/emulated/0/New Folder/RetroArch_aarch64.apk/lib/x86_64
42 D/COUNT> Total: 2
43 E/ZipManager> READ_INFO libs.ae5: java.io.InterruptedIOException
44 E/FileInfo >> Delete> libs.ae5: Zip Info null!
45 E/FileInfo >> Delete> java.lang.Exception
46 E/FileInfo >> Delete> libs.ae5: Start offset is greater than end offset. Cannot copy file.
47 E/FileInfo >> Delete> libs.ae5: Start offset is greater than end offset. Cannot copy file.
48 I/MiX> Operation aborted: No item deleted
49 I/MiX> ----- Operation failed. 1s -------------
Reference:
![]()
[UTIL][NOV 24, 2022] Apktool - Tool for reverse engineering apk files
Originally Posted by Brut.all, Updated by iBotPeaches It is a tool for reengineering 3rd party, closed, binary Android apps. It can decode resources to nearly original form and rebuild them after making some modifications; it makes possible to...forum.xda-developers.com
Apktool - A tool for reverse engineering 3rd party, closed, binary Android apps.
Apktool - A tool for reverse engineering 3rd party, closed, binary Android apps. It can decode resources to nearly original form and rebuild them after making some modificationsibotpeaches.github.io
Whilst you can open an apk with MiXplorer, and delete or add contents, the resulting apk will be usually be compromised due to it's assets not being updated in resources.arsc
Doing anything other than simple stuff like replacing the odd .png requires the apk to be decoded first.
Your file is partly corrupted and MiX doesn't ignore errors. Your file is probably created or modified by bad tools. You can extract files and rebuild the zip again (with apk extension) to fix it. Tools which are using this method won't have any problem like APK signers or some other archivers.
Is there any telegram support channel for MixPlorer I've a lot of question about it![]()
I don't mean to request an apk editor in this application??
did you guys misunderstand? or I mistranslated
smb://192.168.1.10:4450
address. Naturally, I'd enter this address in Windows Explorer address bar as is or as \\192.168.1.10
. I knew this is already problematic because there is no folder share name, something like \\192.168.1.10\share
.Open the tabs you want to be persitent.How to create truly persistent tabs? I want something similar to dual panel FMs with switchable panels. So, I tried to create two tabs and save them. But the tabs get reset after exiting the app through the main menu or after rebooting the phone. They persist only when closing the app using the back button/gesture. Enabling the save tabs at exit option has no effect. I'm using the latest version of MiX on Android 13. How to make this work? The provided options for dual panels don't really suit me, I neither want two panels in landscape mode nor always visible panels in portrait mode.
Say no more...
Subject: Issue with malware detection in MiXplorer
Dear MiXplorer Support Team,
I am reaching out to inform you about a problem I have recently encountered with the MiXplorer application.
I am using a Huawei mobile device with Android version 9, which comes with an antivirus system based on Avast technology. During a security scan, the antivirus detected the presence of malware in MiXplorer and recommended that I uninstall the application immediately.
View attachment 5927795
Translation: MiXplorer seems to be infected. It is advised to uninstall it immediately.
It is important to note that I am using the latest version of MiXplorer, which I downloaded from the official link on Google Drive provided in this same forum.
I have been greatly surprised by this malware detection, as I have been using MiXplorer for a long time without facing any similar problems or incidents.
I would like to request your assistance in clarifying this situation. Could you please confirm if there have been any modifications or updates to MiXplorer that could have caused this malware detection? I am also interested to know if there are any recommended measures to properly address this situation.
Thank you in advance for your prompt response and assistance in this matter.
I noticed something weird which started with one of the latest version of the app.
I get tons of .recycle (1...X) folders. Sometimes up to 32 folders besides the regular . recycle folder.
Any idea what that is?
Personally, I have been using a combination of the free Sophos Intercept X and Sophos Security & Antivirus Guard on Android for quite a while with little issue (other than the occasional PUAAvast has been effective for me on PCs especially where something free and quick is desired but they have always had manipulative practices, effectively undermining their own security with excessive promotional and other notices. To my surprise, recently when I contacted their support the representative admitted that avast would emit similar notices even in the paid version. Now I"m using bitdefneder on PCs... but still wondering how viable most Adroid based AV apps are.
Actually that's not entirely correct as F-Droid will replace the author's key with their own. They use the same key for each and every app in the repo. If you install any app from their repo, and then download an update directly from the original source, Android will refuse to update and you would need to reinstall the app.
The file with "API29" in its name declares itself as using version 29 of the Android API. Sometimes an app that claims it is targetting an older version of the API is allowed to do something that used to be allowed but is no longer allowed.Whats the difference between the Mixplorer APKs WITH and WITHOUT the pattern "API29" in package file name?
In Name mode (i.e. not Regex, etc), use %A%N as the name, and %01d in Advanced settings > Incremental number format. Preview available from the drop-down menu next to the name field.
Create an username and passwordView attachment 5907075
with latest mixplorer(6.58.5) build I can copy files from phone to pc but cant send to phone
working perfectly fine with older build ex 6.39.2
I have tried my build that are released after 6.39.2 but none works same error
anyone can pls help?
windows 11 latest build
accessing ftp thru windows explorer
Actually that's not entirely correct as F-Droid will replace the author's key with their own. They use the same key for each and every app in the repo. If you install any app from their repo, and then download an update directly from the original source, Android will refuse to update and you would need to reinstall the app.As mentioned, the F-Droid server would distribute the very same APKs that are hosted by Hootan on Google Drive, untouched.
Which you'll be easily able to verify, by the way : for sure you already have MiX installed, from the same APKs I'm talking about, i.e. digitally signed by Hootan, which means your device, by secure design, will refuse to install an update that does not carry the same digital signature.
Meanwhile if I maliciously modify the APK, then the signature will be modified as well.
For more info : https://source.android.com/docs/security/features/apksigning
It is perfectly possible to get instant updates for MiXplorer (or any other app for that matter) by using Obtainium! It can update your apps from the official (or any other) source directly, such as GitHub/Gitlab/custom F-droid repo's/any HTML page etc.Yes, so I can provide users with a feature : automated updates.
Just like building custom ROMs including proprietary manufacturer blobs, to provide users with system updates beyond official support.
Just like modding apps containing too many ads/paywalls/dark patterns, to provide users with a better usage experience.
All of those things may not be legal, but they are legit.
And we're doing this voluntarily.
This discussion doesn't look productive though, so I'm going to stop talking for now.
I'll be be back once I'll be able to deliver what I promised, and eventually then read whatever nonsense (or surprisingly constructive) reply you'll send, if any.
Have a nice day !