3. Local Storage and Session Storage
A modern link token starts in the URL fragment (#), which is not sent to the web server. The app then submits it in a protected header to obtain the resource-scoped public cookie.
| Key | Location | Purpose and duration |
|---|---|---|
filesup.locale / filesup-marketing-locale | Local Storage | Stores PT or EN to show your chosen language. Remains until changed or site data is cleared. |
filesup.link-conversation.<id> | Local Storage | On the sender's device, keeps the stable conversation URL for reuse. It may contain a bearer credential and remains until replaced or site data is cleared. |
filesup.pending-link-claim | Session Storage | Temporarily stores a link identifier and token while you sign in and claim the conversation. Removed after the operation or when the tab/browser session ends. |
4. Cache Storage and service worker
The app uses browser Cache Storage through a service worker to store the app shell, manifests, logos and other static resources needed for fast loading and basic offline operation. Old cache versions are removed when the service worker updates.
API requests are excluded from this cache. Shared-file binaries are not deliberately stored by the service worker, although the browser or operating system may manage its own cache and downloads outside FilesUp's direct control.
5. How to manage these technologies
You can clear cookies and site data in browser settings and sign out of FilesUp. Blocking cookies, Local Storage, Session Storage or service workers may prevent sign-in, opening links, claiming a conversation, remembering language or offline operation.
Clearing local data does not necessarily delete account data on our servers. For that request, see the Privacy Policy or contact privacy@filesup.app.
6. Contact and changes
Questions about these technologies can be sent to privacy@filesup.app. Material changes, including measurement or marketing, will appear here before activation and be accompanied by the legally required choice mechanism.