1. Product scope
WizeFiles is an Android file manager. It helps users browse, organize, search, transfer, synchronize, share, archive, inspect and protect files on their own devices and on storage services they choose to connect.
This policy explains how WizeFiles processes information when you browse storage, connect providers, share or inspect files, run transfers and synchronization, manage installed apps, sign, verify or install Android packages, place XAPK expansion files, securely delete supported local files, or protect content in a vault.
WizeFiles is an Android file manager. It helps users browse, organize, search, transfer, synchronize, share, archive, inspect and protect files on their own devices and on storage services they choose to connect.
Depending on the features you use, the app may process file names, paths, metadata, folder structure, thumbnails, media or document metadata, search-index records, duplicate signatures, operation state, preferences, saved storage definitions, installed-package details, package-installation plans, signing-certificate details, validated OBB destinations and vault-related data.
Browsing state, search indexes, cleanup results, transfer history, sync definitions, settings and vault metadata are intended to remain on the device unless a feature explicitly exports or backs them up at the user's request.
When you add a cloud, NAS or server account, WizeFiles communicates with that provider to list and manage the files you request. Provider authentication and service use are also governed by the provider's own terms and privacy policy.
Connection secrets, OAuth tokens and vault credentials are used only to provide the selected feature and are intended to use Android-protected facilities. WizeFiles does not require a WizeFiles internet account for ordinary file management.
The app may request broad file access, media or document-tree access, network access, nearby Wi-Fi and Bluetooth access, notifications, foreground-service access, biometric authentication, package visibility, APK install or uninstall access, usage access, root or Shizuku capability. Nearby-device permissions are requested only when Nearby Transfer is used. Each permission supports a user-facing feature.
Transfer Center and folder synchronization retain operation state and history so jobs can pause, resume, retry or recover. A job may include source and destination paths, progress, timing, result status and error details. Users can remove saved jobs and sync definitions.
Indexed search and cleanup tools may scan selected storage, record searchable metadata and calculate file signatures to find duplicates. These results support on-device organization and cleanup; WizeFiles does not need to upload file contents to perform them.
Vault and app-lock features are designed to protect private content locally. Users remain responsible for passwords, device security, backups and any content they export, decrypt or share.
When required for safe viewing or provider compatibility, WizeFiles may copy a selected archive entry, e-book, saved web document or other file into a private temporary cache. Bounded viewers are read-only, remove session files after use, and block embedded network requests where their format uses web rendering. A user-activated external link can still be handed to another app.
Nearby Transfer uses Google Play services Nearby Connections to discover WizeFiles devices and establish an encrypted direct connection. Selected file contents and names are sent only to the recipient accepted by the user and are not routed through a WizeFiles server. Google states that the Nearby Connections SDK may collect connection-performance metrics and device or app information according to the device's Google usage-and-diagnostics setting. See Google's Nearby Connections information.
When you start local sharing, WizeFiles exposes only the folders selected in that sharing profile to authenticated clients on the verified local network. Browser, FTP or FTPS clients receive the data and operations you authorize. Sessions are revocable, credentials expire, and stopping the service invalidates them.
App Manager reads packages visible to the current Android profile. Its inventory remains in memory and package names are not sent to analytics. Backups contain APK files and package metadata only; they never include application data, accounts, preferences, databases or private files.
WizeFiles may stage a selected APK, AAB, APKS, XAPK or APKM container, key material, installation payload and generated output in private temporary storage when a provider does not offer direct random access. Signing passwords are used only in memory for the current operation and are not saved. Durable operation state may include provider paths, package identity, selected splits, the selected alias, signature schemes, public certificate fingerprints and validated OBB destinations, but never passwords or private-key material. Signing always creates a new output; APKM import preserves original APK bytes and signatures. Installation verifies package identity, version and signers before writing selected APKs to Android's installer. XAPK OBB files are validated and placed only in the matching package destination after APK success. Root-only downgrade or signature-mismatch options are explicit, session-scoped choices and do not disable Android verification inside WizeFiles. Temporary and partial files are removed after completion, cancellation or failure.
Settings, search indexes, job history, sync pairs, saved connections, nearby resume checkpoints, Trash Bin items and vault content remain until removed by the user, cleared by the app's controls or deleted when the application is uninstalled, subject to Android and the selected storage provider. Secure shred is an explicit irreversible operation limited to supported writable local paths; it is unavailable for remote, SAF, archive and mixed-provider selections. Flash wear levelling, snapshots, backups and synchronized copies mean software overwrite cannot guarantee physical erasure. Temporary viewer, share-cache and Android-package staging sessions are removed according to their bounded cleanup rules.
When crash reporting is enabled, WizeFiles stores a sanitized crash report locally so the user can review it before deciding whether to share it. It is not uploaded automatically. The user can delete the pending report without sharing it.
This static website does not use analytics, advertising trackers or advertising cookies. It stores only the selected light or dark theme in browser local storage. Following a link to GitHub, Google documentation or email opens a separate service governed by that provider's privacy terms.
WizeFiles aims to use safeguards appropriate to a file manager, including protected secrets, explicit permissions, two-sided nearby authentication, bounded parsers, package and signer verification, validated split and OBB paths, biometric-aware access and provider-scoped destructive actions. No device, storage medium or transmission method can be guaranteed completely secure.
This policy may be updated as WizeFiles changes or legal requirements evolve. Questions can be sent to support@wizesoft.me. Project website: wizesoft.me/wizefiles.
Review current features and the competitive comparison.