From d5f6e392a55bc97b8483fcd1fb5fadb090726cba Mon Sep 17 00:00:00 2001 From: Xi Xu Date: Sun, 22 Mar 2026 15:48:18 +0800 Subject: [PATCH] feat: refresh xdrop positioning --- CONTRIBUTING.md | 3 +- MESSAGING.md | 83 +++++++++---------- README.md | 50 +++++------ README.zh.md | 32 +++---- apps/web/index.html | 17 ++-- apps/web/public/manifest.webmanifest | 2 +- apps/web/public/sw.js | 2 +- apps/web/scripts/generate-seo-assets.mjs | 7 +- apps/web/src/app/Shell.test.tsx | 1 + apps/web/src/app/Shell.tsx | 2 +- apps/web/src/app/routes/HomePage.test.tsx | 2 +- .../src/features/upload/UploadStudio.test.tsx | 12 ++- apps/web/src/features/upload/UploadStudio.tsx | 7 +- apps/web/src/lib/seo/site.ts | 12 +-- apps/web/src/lib/seo/usePageMetadata.test.tsx | 8 +- apps/web/vite.config.ts | 4 +- package.json | 2 +- tests/e2e/xdrop.spec.ts | 4 +- 18 files changed, 127 insertions(+), 123 deletions(-) diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md index fec0951..68112b3 100644 --- a/CONTRIBUTING.md +++ b/CONTRIBUTING.md @@ -8,7 +8,8 @@ unlikely to land. ## Project focus -Xdrop is focused on private file transfer with browser-side encryption. +Xdrop is focused on open source end-to-end encrypted file transfer for humans and agents, keeping +plaintext file names, contents, and keys off the server. Changes are most likely to be accepted when they improve one or more of these areas: diff --git a/MESSAGING.md b/MESSAGING.md index 3d24977..b71f594 100644 --- a/MESSAGING.md +++ b/MESSAGING.md @@ -7,49 +7,44 @@ metadata, and social profiles aligned. Canonical one-liner: -`Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal workflows, keeping plaintext file names, contents, and keys off the server.` +`Xdrop is an open source end-to-end encrypted file transfer app for humans and agents, keeping plaintext file names, contents, and keys off the server.` This is the default introduction for Xdrop when a surface only gets one sentence. Positioning framework: -- **Category:** Open source encrypted file transfer. +- **Category:** Open source end-to-end encrypted file transfer. - **Primary promise:** Plaintext file names, contents, and keys stay off the server. -- **Default experience:** Browser-first for normal sharing flows. -- **Extended workflow:** Also usable from agent-driven terminal environments such as Codex, remote - servers, dev containers, and CI-adjacent workflows. +- **Supported users:** Humans and agents are both supported users of Xdrop. +- **Common environments:** Includes browser-based sharing for humans and agent workflows in + remote servers, dev containers, and CI-adjacent environments. Short positioning summary: -`Browser-first encrypted file transfer, with agent-ready terminal workflows.` +`End-to-end encrypted file transfer for humans and agents.` ## Canonical Copy By Surface -README first sentence: +Some surfaces intentionally reuse the canonical one-liner to keep product-facing copy tightly +aligned. -`Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal workflows, keeping plaintext file names, contents, and keys off the server.` +README first sentence, homepage body, and meta description: + +`Xdrop is an open source end-to-end encrypted file transfer app for humans and agents, keeping plaintext file names, contents, and keys off the server.` Homepage H1: -`Encrypted file transfer.` - -Homepage body: - -`Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal workflows, keeping plaintext file names, contents, and keys off the server.` +`End-to-end encrypted file transfer.` Homepage and SEO title: -`Open Source Encrypted File Transfer for Browsers and Agents | Xdrop` - -Meta description: - -`Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal workflows, keeping plaintext file names, contents, and keys off the server.` +`Open Source End-to-End Encrypted File Transfer for Humans and Agents | Xdrop` OG card headline: -`Open source encrypted` +`Open source end-to-end encrypted` -`file transfer for browsers and agents.` +`file transfer for humans and agents.` OG card support line: @@ -57,62 +52,60 @@ OG card support line: Short social bio: -`Open source encrypted file transfer for browsers and agents. Plaintext file names, contents, and keys stay off the server.` +`Open source end-to-end encrypted file transfer for humans and agents.` Short technical summary: -`Browser-first encrypted file transfer with agent-ready terminal workflows and plaintext kept off the server.` +`End-to-end encrypted file transfer with plaintext file names, contents, and keys kept off the server.` Terminal and agent support blurb: -`Xdrop can also be used from agent-driven terminal workflows to upload files, return encrypted share links, and download full Xdrop links for local decryption.` +`Agents can use Xdrop to upload files, return end-to-end encrypted share links, and use Xdrop links for local decryption.` Use-case summary: -`Use Xdrop in the browser for normal sharing, or through an agent when you need to move files out of a cloud server, remote container, or automated terminal workflow.` +`Humans can use Xdrop in the browser for direct sharing, and agents can use Xdrop in cloud servers, remote containers, and automated terminal workflows.` Chinese reference copy: - Canonical one-liner: - `Xdrop 是一个开源加密文件传输应用，以浏览器为主体验，也支持智能体驱动的终端工作流，并确保服务端拿不到明文文件名、文件内容和密钥。` + `Xdrop 是一款面向人类与智能体的开源端到端加密文件传输应用，它能确保明文的文件名、文件内容以及密钥都不会留存在服务器上。` - Short positioning summary: - `以浏览器为主体验的加密文件传输，也支持智能体终端工作流。` + `专为人类与智能体打造的端到端加密文件传输。` - Agent support blurb: - `日常分享可直接使用浏览器；如果你需要将文件从云服务器、远程容器或自动化终端流程中传出来，也可以通过智能体使用 Xdrop。` + `智能体可以使用 Xdrop 上传文件，返回端到端加密的分享链接，并使用 Xdrop 链接进行本地解密。` ## Messaging Priorities When space is limited, keep these ideas in this order: 1. Xdrop is open source. -2. Xdrop is encrypted file transfer, not generic file sharing. +2. Xdrop is end-to-end encrypted file transfer, not generic file sharing. 3. Plaintext file names, contents, and keys stay off the server. -4. The product is browser-first, but not browser-only. +4. Humans and agents are both supported users of Xdrop. 5. `No account required` is a useful supporting point, but not the main definition. ## Preferred Language -- Prefer `encrypted file transfer` as the main category label. -- Prefer `browser-first` when you need to signal the main UX without implying the browser is the - only supported way to use Xdrop. -- Prefer `agent-driven terminal workflows` or `use Xdrop via an agent` when describing the skill - and CLI-style experience. -- Prefer `encrypts files in your browser` when the copy is specifically about the web app flow. +- Prefer `end-to-end encrypted file transfer` as the main category label. +- Prefer `for humans and agents` as the default phrasing when you need a + product-level line that names both supported users. +- Prefer `agents` or `use Xdrop via an agent` when describing the skill and agent-driven + experience. - Prefer `keeps plaintext ... off the server` over `ciphertext-only storage` unless the audience is technical. -- Prefer `open source encrypted file transfer app` when introducing Xdrop for the first time. -- Prefer `in-browser encryption` as a compact technical benefit, not as the whole product category. +- Prefer `open source end-to-end encrypted file transfer app` when introducing Xdrop for the first time. - Use `AES-256-GCM` in technical docs, threat-model explanations, and implementation notes, not as the default marketing hook. ## Avoid - Avoid using `private file transfer` as the only product summary. -- Avoid presenting Xdrop as browser-only now that agent workflows are a supported entry point. -- Avoid mixing `private`, `secure`, `browser-side`, and `ciphertext-only` as interchangeable main taglines. +- Avoid presenting Xdrop as only for humans or only for agents; both are supported users. +- Avoid mixing `private`, `secure`, and `ciphertext-only` as interchangeable main taglines. - Avoid making `no account required` the primary headline. It is a benefit, not the core definition. - Avoid shortening the promise to just `secure uploads` because it removes the architecture and server-trust model that make Xdrop distinct. -- Avoid making `agents` or `CLI` the only headline unless the surface is explicitly about the skill - or terminal workflow. +- Avoid making `agents` the only headline unless the surface is explicitly about the skill or + terminal workflow. ## Tone @@ -127,10 +120,10 @@ When space is limited, keep these ideas in this order: Before shipping new product-facing copy, check: - Does it describe Xdrop as open source? -- Does it clearly frame Xdrop as encrypted file transfer? +- Does it clearly frame Xdrop as end-to-end encrypted file transfer? - Does it make clear that plaintext names, contents, and keys stay off the server? -- If it mentions the main UX, does it say browser-first rather than implying browser-only? -- If it mentions agent usage, does it describe it as an additional workflow rather than a separate - product? +- If it mentions both supported users, does it present humans and agents clearly and evenly? +- If it mentions either humans or agents alone, is that because the surface is + specifically about that workflow rather than a product-level summary? - Is `no account required` used as support rather than the core identity? - Does it avoid introducing a new summary line that conflicts with the canonical one-liner? diff --git a/README.md b/README.md index 3d5b4b3..12aaabb 100644 --- a/README.md +++ b/README.md @@ -37,20 +37,23 @@ English | 汉语

-Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal -workflows, keeping plaintext file names, contents, and keys off the server. +Xdrop is an open source end-to-end encrypted file transfer app for humans and agents, keeping +plaintext file names, contents, and keys off the server. ## Highlights -- End-to-end encryption in the browser before upload. +- End-to-end encrypted file transfer for direct browser sharing and agent-driven handoffs. - Single-file and folder transfers, including local ZIP downloads for received folders. -- Resumable uploads with browser-local state for interrupted transfers. +- Resumable uploads with local staged state for interrupted web transfers. - Expiring links, sender-side management, and optional privacy mode after upload. - S3-compatible object storage support with PostgreSQL and Redis on the backend. ## Use Via Agents -You can use Xdrop through an agent by installing the bundled skill: +Agents can use Xdrop to upload files, return end-to-end encrypted share links, and use Xdrop +links for local decryption. + +Install the bundled skill: ```bash bunx skills add https://github.com/xixu-me/xdrop/tree/main/skills/xdrop @@ -60,16 +63,7 @@ After that, the agent can use Xdrop from the terminal to: - Upload local files or directories and return an encrypted share link. - Download a full Xdrop share link, including `#k=...`, and decrypt it locally. -- Automate repeatable handoff flows without switching to the browser UI. - -Useful cases: - -- On a cloud server, ask the agent to upload build artifacts, logs, or backups to your Xdrop - instance and send back a temporary link. -- In a remote dev container or CI-like environment, ask the agent to package a directory and move - it through Xdrop instead of setting up ad hoc SCP or public object storage access. -- On your local machine, hand the agent a full Xdrop link and ask it to download the files into a - specific directory. +- Automate repeatable handoff flows without relying on the browser UI. Example prompts: @@ -79,6 +73,9 @@ Example prompts: ## How It Works +For browser-based sharing, the core lifecycle works like this. Agents use the same encrypted +transfer format and full share links for terminal uploads and local decryption. + 1. A sender creates a transfer in the browser. Xdrop generates a random transfer root key and a separate link key, optionally strips removable image metadata, and prepares resumable local state before upload begins. @@ -101,17 +98,17 @@ sizes, and rate-limit identifiers. Key technical details: -- **Crypto model:** The browser generates 32-byte random secrets for the transfer root key and the - share-link key. HKDF-SHA-256 derives separate AES-256-GCM keys for the manifest and for each - file, and chunk encryption binds `transferId`, `fileId`, `chunkIndex`, size, and protocol - version as authenticated data. +- **Crypto model:** The client generates 32-byte random secrets for the transfer + root key and the share-link key. HKDF-SHA-256 derives separate AES-256-GCM keys for the + manifest and for each file, and chunk encryption binds `transferId`, `fileId`, `chunkIndex`, + size, and protocol version as authenticated data. - **Chunked uploads:** The server advertises chunk size, file-count, and transfer-size limits to - the browser. This repo defaults to 8 MiB chunks, up to 100 files, and a 256 MiB encrypted - transfer size cap. + the upload client. This repo defaults to 8 MiB chunks, up to 100 files, and a 256 MiB + encrypted transfer size cap. - **Resume behavior:** Xdrop persists source files locally in OPFS when available and falls back to IndexedDB-backed blobs when the staged data is still within the fallback storage limit. - Resume requests ask the API which chunks already exist so the browser only uploads missing work - after a refresh or reopen. + Resume requests ask the API which chunks already exist so the active client only uploads missing + work after a refresh or reopen. - **Sender controls:** The manage token is returned once on creation and stored as a SHA-256 hash on the server. Privacy mode can scrub sender-side local controls after upload. - **Backend responsibilities:** The API never decrypts payloads. It validates transfer state, @@ -120,9 +117,12 @@ Key technical details: ## System Architecture +The default deployment below shows the human browser flow. Agents interact with the same API and +share-link format for terminal uploads and local decryption. + ```mermaid flowchart LR - subgraph Sender["Sender browser"] + subgraph Sender["Human sender browser"] Select["Choose files or a folder"] Worker["Crypto worker
AES-256-GCM + HKDF-SHA-256"] Local["OPFS / IndexedDB
resume state and local controls"] @@ -142,7 +142,7 @@ flowchart LR Postgres["PostgreSQL
transfers, files, chunks, hashed manage tokens"] Redis["Redis
rate limiting"] Storage["S3-compatible storage
encrypted manifest and chunk objects"] - Receiver["Receiver browser
opens /t/:id#k=..."] + Receiver["Human receiver browser
opens /t/:id#k=..."] Browser -->|create/register/finalize| nginx Browser -->|presigned PUT uploads| nginx diff --git a/README.zh.md b/README.zh.md index 8338222..0a5c7bb 100644 --- a/README.zh.md +++ b/README.zh.md @@ -37,19 +37,21 @@ English | 汉语

-Xdrop 是一个开源加密文件传输应用，默认适用于浏览器，也支持智能体驱动的终端工作流，并确保服务端拿不到明文文件名、文件内容和密钥。 +Xdrop 是一款面向人类与智能体的开源端到端加密文件传输应用，它能确保明文的文件名、文件内容以及密钥都不会留存在服务器上。 ## 亮点 -- 在浏览器中完成端到端加密后再上传。 +- 面向直接浏览器分享与智能体交接流程的端到端加密文件传输。 - 支持单文件和文件夹传输，接收文件夹时也可在本地重新打包为 ZIP 下载。 -- 上传中断后可依赖浏览器本地状态继续断点续传。 +- Web 上传中断后可依赖本地暂存状态继续断点续传。 - 支持到期失效链接、发送方管理，以及上传后的可选隐私模式。 - 后端支持兼容 S3 的对象存储，并使用 PostgreSQL 和 Redis。 ## 通过智能体使用 -你可以通过安装存储库附带的 skill 将 Xdrop 作为智能体技能来用： +智能体可以使用 Xdrop 上传文件，返回端到端加密的分享链接，并使用 Xdrop 链接进行本地解密。 + +安装存储库附带的 skill： ```bash bunx skills add https://github.com/xixu-me/xdrop/tree/main/skills/xdrop @@ -59,13 +61,7 @@ bunx skills add https://github.com/xixu-me/xdrop/tree/main/skills/xdrop - 上传本地文件或目录，并返回加密分享链接。 - 接收完整的 Xdrop 分享链接（包含 `#k=...`）后，在本地下载并解密文件。 -- 将文件交接流程自动化，而不用每次都切换到浏览器界面操作。 - -适合的场景包括： - -- 在云服务器上让智能体将构建产物、日志或备份上传到你的 Xdrop 实例，并返回一个临时链接给你。 -- 在远程开发容器或类似 CI 的环境里，让智能体将某个目录打包后通过 Xdrop 传出来，而不是临时配置 SCP 或公开对象存储权限。 -- 在本地机器上直接将完整的 Xdrop 链接交给智能体，让它下载到指定目录并完成解密。 +- 将重复性的文件交接流程自动化，而不必依赖浏览器界面操作。 示例指令： @@ -75,6 +71,8 @@ bunx skills add https://github.com/xixu-me/xdrop/tree/main/skills/xdrop ## 工作原理 +对于基于浏览器的分享流程，核心生命周期如下。智能体会复用同一套加密传输格式和完整分享链接来完成终端上传与本地解密。 + 1. 发送方在浏览器中创建一次传输。Xdrop 会生成随机的传输根密钥和独立的链接密钥，可选地移除图片中可删除的元数据，并在上传开始前准备好可恢复的本地状态。 2. API 创建传输记录，并返回管理令牌和上传限制。浏览器先注册加密后的文件元数据，再分批请求分块上传所需的预签名 URL。PostgreSQL 保存传输、文件和分块元数据，Redis 负责限流，兼容 S3 的对象存储只保存密文对象。 3. 发送方分享完整链接，例如 `/t/:transferId#k=...`。其中 `#k=...` 片段只保留在浏览器端，用于在本地解开传输根密钥。 @@ -86,17 +84,19 @@ Xdrop 不会让服务端接触到明文文件名、路径、内容或解密密 关键技术细节： -- **加密模型：** 浏览器会为传输根密钥和分享链接密钥各生成一个 32 字节随机密钥。随后使用 HKDF-SHA-256 派生出清单和每个文件各自的 AES-256-GCM 密钥，并在分块加密时将 `transferId`、`fileId`、`chunkIndex`、大小和协议版本作为认证附加数据绑定进去。 -- **分块上传：** 服务端会向浏览器声明分块大小、文件数限制和传输总大小限制。当前存储库默认使用 8 MiB 分块，最多 100 个文件，加密后的传输总大小上限为 256 MiB。 -- **断点续传：** 当浏览器支持 OPFS 时，Xdrop 会将源文件持久化到本地；如果不可用，则在回退存储限制范围内使用基于 IndexedDB 的 Blob 存储。恢复上传时，浏览器会先询问 API 哪些分块已存在，因此即使刷新页面或重新打开浏览器，也只会补传缺失的部分。 +- **加密模型：** 客户端会为传输根密钥和分享链接密钥各生成一个 32 字节随机密钥。随后使用 HKDF-SHA-256 派生出清单和每个文件各自的 AES-256-GCM 密钥，并在分块加密时将 `transferId`、`fileId`、`chunkIndex`、大小和协议版本作为认证附加数据绑定进去。 +- **分块上传：** 服务端会向上传客户端声明分块大小、文件数限制和传输总大小限制。当前存储库默认使用 8 MiB 分块，最多 100 个文件，加密后的传输总大小上限为 256 MiB。 +- **断点续传：** 当浏览器支持 OPFS 时，Xdrop 会将源文件持久化到本地；如果不可用，则在回退存储限制范围内使用基于 IndexedDB 的 Blob 存储。恢复上传时，客户端会先询问 API 哪些分块已存在，因此即使刷新页面或重新打开浏览器，也只会补传缺失的部分。 - **发送方控制：** 管理令牌只会在创建时返回一次，服务端保存的是它的 SHA-256 哈希。开启隐私模式后，发送方本地控制信息可在上传完成后被清除。 - **后端职责：** API 从不解密载荷。它负责校验传输状态、限制速率、签发预签名 URL、存储元数据，并清理已过期或已删除的对象。 ## 系统架构 +下图展示的是面向人类用户的浏览器流程。智能体会针对同一套 API 与分享链接格式执行终端上传和本地解密。 + ```mermaid flowchart LR - subgraph Sender["发送方浏览器"] + subgraph Sender["人类发送方浏览器"] Select["选择文件或文件夹"] Worker["加密 Worker
AES-256-GCM + HKDF-SHA-256"] Local["OPFS / IndexedDB
断点状态与本地控制信息"] @@ -116,7 +116,7 @@ flowchart LR Postgres["PostgreSQL
transfers、files、chunks、管理令牌哈希"] Redis["Redis
限流"] Storage["兼容 S3 的对象存储
加密清单与分块对象"] - Receiver["接收方浏览器
打开 /t/:id#k=..."] + Receiver["人类接收方浏览器
打开 /t/:id#k=..."] Browser -->|create/register/finalize| nginx Browser -->|presigned PUT uploads| nginx diff --git a/apps/web/index.html b/apps/web/index.html index 803ff02..b9c77ae 100644 --- a/apps/web/index.html +++ b/apps/web/index.html @@ -8,7 +8,7 @@ - + - Open Source Encrypted File Transfer for Browsers and Agents | Xdrop + Open Source End-to-End Encrypted File Transfer for Humans and Agents | Xdrop
diff --git a/apps/web/public/manifest.webmanifest b/apps/web/public/manifest.webmanifest index b14a4cf..0b5b007 100644 --- a/apps/web/public/manifest.webmanifest +++ b/apps/web/public/manifest.webmanifest @@ -1,7 +1,7 @@ { "name": "Xdrop", "short_name": "Xdrop", - "description": "Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal workflows, keeping plaintext file names, contents, and keys off the server.", + "description": "Xdrop is an open source end-to-end encrypted file transfer app for humans and agents, keeping plaintext file names, contents, and keys off the server.", "theme_color": "#12140f", "background_color": "#f7f2e8", "display": "standalone", diff --git a/apps/web/public/sw.js b/apps/web/public/sw.js index 66f90b1..65b2fa4 100644 --- a/apps/web/public/sw.js +++ b/apps/web/public/sw.js @@ -1,4 +1,4 @@ -const CACHE_NAME = 'xdrop-static-v4' +const CACHE_NAME = 'xdrop-static-v5' const STATIC_ASSETS = [ '/manifest.webmanifest', '/brand-symbol.svg', diff --git a/apps/web/scripts/generate-seo-assets.mjs b/apps/web/scripts/generate-seo-assets.mjs index 394b253..b73a743 100644 --- a/apps/web/scripts/generate-seo-assets.mjs +++ b/apps/web/scripts/generate-seo-assets.mjs @@ -10,7 +10,8 @@ const siteUrl = process.env.VITE_SITE_URL?.trim().replace(/\/+$/u, '') || '' const SITE_NAME = 'Xdrop' const DEFAULT_OG_IMAGE_PATH = '/brand-lockup-horizontal.png' const DEFAULT_LOGO_PATH = '/brand-symbol-512.png' -const DEFAULT_OG_IMAGE_ALT = 'Xdrop horizontal brand lockup' +const DEFAULT_OG_IMAGE_ALT = + 'Open source end-to-end encrypted file transfer for humans and agents. Plaintext file names, contents, and keys stay off the server.' const DEFAULT_OG_TYPE = 'website' const REPOSITORY_URL = 'https://github.com/xixu-me/xdrop' const DEFAULT_ROBOTS = @@ -18,9 +19,9 @@ const DEFAULT_ROBOTS = const PRIVATE_ROBOTS = 'noindex, nofollow, noarchive, nosnippet' const STRUCTURED_DATA_ID = 'xdrop-structured-data-static' -const HOME_TITLE = 'Open Source Encrypted File Transfer for Browsers and Agents | Xdrop' +const HOME_TITLE = 'Open Source End-to-End Encrypted File Transfer for Humans and Agents | Xdrop' const HOME_DESCRIPTION = - 'Xdrop is an open source encrypted file transfer app for browsers and agent-driven terminal workflows, keeping plaintext file names, contents, and keys off the server.' + 'Xdrop is an open source end-to-end encrypted file transfer app for humans and agents, keeping plaintext file names, contents, and keys off the server.' const HISTORY_PAGE_TITLE = 'Manage Transfers on This Device | Xdrop' const HISTORY_PAGE_DESCRIPTION = 'Manage encrypted transfers stored in this browser on this device. There is no account or cross-device history.' diff --git a/apps/web/src/app/Shell.test.tsx b/apps/web/src/app/Shell.test.tsx index 3012787..0983cd9 100644 --- a/apps/web/src/app/Shell.test.tsx +++ b/apps/web/src/app/Shell.test.tsx @@ -21,6 +21,7 @@ describe('Shell', () => { expect(screen.getByRole('link', { name: 'Xdrop' })).toHaveAttribute('href', '/') expect(screen.getByRole('link', { name: 'Send' })).toHaveAttribute('href', '/') expect(screen.getByRole('link', { name: 'Transfers' })).toHaveAttribute('href', '/transfers') + expect(screen.getByText('End-to-end encrypted file transfer')).toBeInTheDocument() expect(screen.getByText('Transfers content')).toBeInTheDocument() expect(screen.getByRole('link', { name: 'View the license' }).closest('p')).toHaveTextContent( `Developed by ${AUTHOR_NAME} and released under the GNU Affero General Public License v3.0 only.`, diff --git a/apps/web/src/app/Shell.tsx b/apps/web/src/app/Shell.tsx index 0fbcc10..1c4d2c8 100644 --- a/apps/web/src/app/Shell.tsx +++ b/apps/web/src/app/Shell.tsx @@ -20,7 +20,7 @@ export function Shell() { /> Xdrop - Encrypted file transfer + End-to-end encrypted file transfer