Skip to main content

File Browser Quantum on Moltern

File Browser Quantum is a browser workspace for project files, documents and controlled file exchange. Upload a handoff from your laptop, preview or edit a document, and give colleagues or applications access only to the folder they need.

This is a separate maintained product. Deploying it does not import accounts, files or settings from an existing File Browser service. Back up and plan any migration explicitly.

Before You Start​

You need permission to create services and manage connections in the target workspace. Choose the environment containing the applications or coding agents that will use the files.

Access methodIntended useCredential
Service HTTPS URLBrowser upload, preview and user administrationNative username and password
URL followed by /dav/Files/WebDAV file clientsA native user token, not the sign-in password
Private Moltern service connectionApplication or agent file accessExplicit connection plus a restricted native token

Your Moltern account password, protected connection-details password, native file-browser password and generated client token serve different purposes. Do not share an owner login with every integration.

Deploy Your File Workspace​

  1. Open Services > New service and select File Browser Quantum.
  2. Name it and choose its environment.
  3. Leave the initial owner password blank for secure generation, or enter a strong password of at least 16 characters.
  4. Review saved-data capacity, CPU and memory. The small template starts with 100 mCPU and 256 MiB; indexing and larger concurrent workloads may need more.
  5. Choose Preview deploy, review the impact and Confirm deploy.
  6. Wait for Running, then open the service URL.

Choosing the File Browser Quantum environment and initial capacity in Moltern

Reviewing File Browser Quantum's actual install impact before confirmation

Open Settings > Connection details > Reveal connection values to retrieve the initial owner password. Complete account confirmation and protected connection-details confirmation if requested.

The initial native username is owner. Public self-registration is disabled; the owner creates additional users deliberately.

File Browser Quantum's native username and password sign-in page

Upload Files From Your Laptop​

After signing in, select Files in the left sidebar. The general home view may be empty until you open this source.

  1. Choose File actions > New folder.
  2. Name the folder, for example Launch handoff, and choose Create.
  3. Open the folder.
  4. Choose File actions > Upload, or use the browser's file picker to select the intended files from your laptop.
  5. Wait for each upload to show Completed. Clear completed tasks and close the upload panel when finished.
  6. Open an uploaded document to preview it.

Use non-sensitive sample files when learning the interface. Confirm both the filename and contents before sharing a handoff.

Preview, Edit and Download a Document​

Open a Markdown document to see its formatted headings, tables and checklist. Use its More menu to choose Edit. Make the change, then choose Save from that menu before leaving the editor. Preview returns to the formatted view.

A real project handoff document rendered with headings, a team table and a checklist

Choose Download from the file's menu to retrieve it to your laptop. Open the downloaded copy and confirm that saved edits are present. For important files, compare SHA-256 hashes; a matching filename does not establish matching contents.

The managed template provides document browsing and text editing. Do not assume that every upstream media converter, office integration or external helper is installed or configured.

Share One Document With a Guest​

For someone who does not need a permanent account, create a narrowly scoped share rather than sending your owner login.

  1. In the folder listing, right-click the intended document and choose Share.
  2. Set a short Duration and add a strong Optional password.
  3. Leave editing, creating/uploading and deleting disabled for a reader.
  4. Confirm the share, then send its link and password separately.
  5. Open the link in a separate, signed-out browser session to check the result.

Creating a short-lived single-document share with editing, uploads and deletion disabled

The signed-out recipient must supply the share password before opening the document

The recipient can preview the document and choose Download. If a download format dialog appears, select the offered format; a single-file share may return the original document directly.

The password-authorised guest can read the shared project brief without an owner account

Remove an obsolete share in Settings > Share settings and confirm deletion. A fresh visit should no longer open its document. Copies already downloaded remain with their recipients.

The previously valid guest location is no longer reachable after its share is revoked

Create a Folder-Scoped Collaborator​

Give collaborators separate native accounts. A source is an available file area; a user's Scope path narrows that area to the chosen folder.

  1. Open your profile/settings menu and User management > New.
  2. Enter a username and a strong password twice.
  3. In Define allowed sources and the user scope within them, select Files.
  4. Expand the Files row and choose Scope path.
  5. Open Launch handoff in the folder picker and choose Select.
  6. Enable View and list files and Download files for a reader. Leave Edit files, Create files and Delete files disabled.
  7. Leave Administrator disabled. Enable other global capabilities only when that collaborator needs them.
  8. Choose Save. If a second password prompt appears, enter your current native owner password to confirm this sensitive user-management action.

Separate owner and restricted collaborator accounts with different folder scopes

Sign in as the collaborator in a separate browser session. Open Files and confirm that it shows only the handoff folder's contents, not sibling folders. Also check that a read-only user cannot upload or delete files.

The restricted user sees only the files within its selected handoff folder

Folder scope and operation permissions are independent. Giving an account download access should not require granting edit, delete or administrator access.

Create a Restricted WebDAV Token​

WebDAV uses a native API token as its password, not the account's ordinary sign-in password. Create the token from the restricted account so it inherits that account's intended access boundary.

  1. As the owner, edit the restricted user in User management.
  2. Enable Create and manage long-live API Tokens, save and confirm with the current owner password if prompted. Do not enable Administrator.
  3. Sign in as that restricted user and open Settings > API Tokens > New.
  4. Give the token a name identifying its client and choose a short duration.
  5. Leave Customize Token disabled for a WebDAV-compatible token.
  6. Choose Create and securely transfer the generated token to the intended client. Keep it out of code, screenshots, prompts and shell history.

Creating a named short-lived client token from the restricted account without displaying a token value

Use this client configuration:

SettingValue
ServerYour service URL followed by /dav/Files/
UsernameRestricted account name
PasswordIts generated WebDAV-compatible token
Expected filesFiles inside that account's selected scope

Do not append Launch handoff to the server address again. The native user scope already establishes that folder as the client's root.

Connect a Moltern Application​

  1. Open the application's Settings > Private service connections.
  2. Select File Browser Quantum and choose Connect.
  3. Configure its WebDAV client with the private endpoint supplied by the connection, the /dav/Files/ path and the restricted user's token.
  4. Save protected variables and deploy the changed configuration.
  5. Try a real file read, then verify that writes fail for a read-only account.

Moltern grants private reachability; it does not silently inject the owner password or create a native file-user token. Your application remains responsible for using the appropriate native authentication and handling client errors.

For an existing application, review saved variables when changing storage providers. Bulk saves can update selected values without deleting old variables; remove or explicitly change any old protocol-selection setting your code uses.

Connect a Coding Agent​

In the agent's Resources tab, select the file service, choose Connect and Save permissions. Confirm your account if prompted, wait for the runtime to become ready, then open or reconnect the terminal.

Provide a dedicated restricted token through protected configuration. Do not write it into AGENTS.md, source files or terminal commands containing literal secrets. An additional terminal opens a shell for file-client commands without starting another provider session.

A real agent reads its allowed file while sibling-folder requests and an upload are denied

Give an agent write permissions only if its task requires them, and only within the intended scope. A connection does not grant access to the service's runtime, other folders or infrastructure administration.

Change Passwords and Recover Access​

Use User management > Edit to enter a new native password twice, then choose Update. Confirm the current native account password if requested. Verify the new password in a fresh browser session before closing the original.

Moltern's protected connection details contain the initial deployment password. After you change it in the native product, that initial value is not a current password recovery service. Restarting does not reset a changed native password.

Keep a second trusted owner account or a documented recovery procedure before relying on the drive for critical files. Outgoing recovery email and external identity providers are not automatically configured by this template. Contact support if all native administrators lose access; do not delete the service to try to recover an account.

Pause, Resume and Protect Saved Data​

Stop service pauses the runtime while retaining files, users and saved identity configuration. Start service starts it again. Wait for Running before issuing new requests.

After restarting, open a known document, confirm saved edits, test the changed owner password in a fresh session, and recheck both allowed and denied access with the existing restricted token.

The same restricted agent still reads its file and cannot reach sibling folders after restart

The edited handoff document remains available after the file service restarts

This is a single-instance file service. Pauses, upgrades and recovery can interrupt active requests. Keep an independent backup and validate restoration; the ability to restart is not proof of a complete disaster-recovery backup.

Revoke Access and Delete the Service​

Remove an integration's token from API Tokens and confirm a fresh request using that token is denied. Also remove its Moltern application or agent service connection. Downloaded copies are not recalled by revocation.

Before deleting the service, download or export files you need, disconnect clients and preserve a restorable backup. Choose Delete Service > Delete stored data to remove its runtime and saved workspace files after cleanup finishes. Keep workspace files intentionally retains files that continue counting toward storage usage.

Use Moltern Billing for workspace plan limits and charges. The native file browser's storage indicator describes its file area, not your subscription allowance. File contents, filesystem allocation, identity records and metadata can contribute different amounts to workspace storage.

Troubleshooting​

SymptomWhat to check
Empty home after loginOpen Files in the sidebar
New collaborator sees too muchSelected sources, Scope path and Administrator permission
Save asks for another passwordEnter the current native account password, not Moltern's reveal password
WebDAV returns 401Use a non-expired WebDAV-compatible token as the password
Read succeeds but upload returns 403Read-only permissions deliberately deny creation or modification
Other folders return 403 or 404Expected when they are outside the user's selected scope
Private client cannot connectCorrect environment, service Running and explicit Moltern connection
Initial password no longer worksUse the password changed in the native application
Connection closes after permissions changeWait for runtime readiness and reconnect the terminal