Features Pricing Downloads FAQ Report a Bug Sign in Download

Privacy and data use

Nexload Browser Integration

Published by Neo Software Services LTD
Effective date:

Nexload Browser Integration sends supported downloads and selected links from Chrome or Firefox to the Nexload desktop app on the same Mac. This policy describes the extension and its local handoff.

What the extension handles

To identify downloadable links, the extension can read the current page URL and title, link labels and URLs, selected text or visible page text containing links, and direct media sources. Full page text is processed for link discovery in the browser; it is not sent as a whole to a server.

  • A capture can include its URL and final URL, suggested filename, page and referrer information, file size and type, and the capture action.
  • For a single HTTP(S) capture, cookies matching the source URL, including authentication cookies, and request headers such as Referer and User-Agent can be passed to the app to support the requested download.
  • Bulk captures include URLs and page details, but no cookies or request headers.
  • Browser and extension identifiers, versions, capabilities and User-Agent information may be included as operational data. Available controls vary by browser and extension version, as described below.

URLs, filenames and page details may themselves contain personal information or access tokens. The extension does not access the browser's saved-password store or target payment forms. It does not load remotely hosted JavaScript.

Where the data goes and why

The extension uses the com.nexload.app.browser local native bridge to hand accepted captures to the desktop app's local broker. The app passes accepted items into its normal download queue and contacts the relevant download servers.

If you configure Cocoleech Premium in the app, supported provider downloads use Cocoleech. Data needed for those downloads can be sent to Cocoleech and the download servers.

Local handoff does not mean that no data leaves your Mac. URLs and the cookies or request headers needed for a requested download may be used when the app contacts the source. This is part of carrying out your download, not an extension advertising or analytics service.

Local storage and retention

The extension stores settings, recent URL keys for duplicate suppression, and pending capture state in local browser storage. Capture-state entries expire logically and are pruned on use or background startup, rather than guaranteeing immediate physical erasure.

Local desktop queue records can retain URLs and request headers for retry and resume. Removing the extension does not delete the desktop queue or downloaded files. Use the app's queue controls to manage those records and files.

Logging uses redaction for sensitive URL details, cookies, headers and tokens, but logs may still contain a hostname, filename or local diagnostic information. Do not treat logs or diagnostic bundles as anonymous; review them before sharing them with support.

Your controls

  • Turn off Capture browser downloads to keep automatic downloads in the browser. Manual send actions remain available.
  • Disable browser integration in the desktop app, or disable or remove the extension, to stop handoff.
  • Use your browser's extension settings to manage site access and permissions.
  • If Nexload does not accept automatic handoff, the extension keeps the browser download or attempts to resume it there. Resume can still depend on the browser and download source.

Firefox 140 and later support built-in data-permission prompts. The prompts and choices you see also depend on the installed extension version. In Firefox builds that offer an optional technical-data choice, that choice controls sharing of browser and extension identifiers, capabilities and User-Agent information; declining it keeps capture available. Older extension builds may include these operational fields without that separate choice. Chrome includes these operational fields.

Web Remote and diagnostics are separate

Installing the extension does not enable the desktop app's optional Web Remote sharing or submit a diagnostic bundle. Web Remote has its own account, license and per-device permission controls. Diagnostics are shared through the app's separate user-submitted support flow.

If you separately enable Web Remote, information about downloads in the app may be shared through that feature, including downloads you originally sent from the extension. Use the app and account controls to manage Web Remote independently of browser capture.

How we use information

Neo Software Services LTD does not sell extension data or use it for advertising, tracking, creditworthiness or purposes unrelated to download handoff.

Our use and transfer of information received through Nexload Browser Integration adheres to the Chrome Web Store User Data Policy, including its Limited Use requirements. These commitments also apply when the accompanying Nexload app and services handle data received through the extension.

Contact

Nexload Browser Integration is published by Neo Software Services LTD.

For privacy questions or extension issues, contact us through the existing Nexload Report a Bug form. Include only the information needed to explain your question; do not include passwords, authentication cookies or access tokens.

Desktop announcements and reported displays

Desktop section added: . This section covers the desktop app separately from browser extension data.

The Nexload desktop app can request a first-party announcement at startup. We select Everyone, Free or Pro messages using server-side account entitlement when the app is linked; signed-out installations are treated as Free. Legacy messages can still be restricted to selected signed-in accounts.

After the popup becomes visible, the app reports its campaign and a random event ID using a short-lived presentation proof. That proof binds the campaign revision, a random ID for that process launch and the server-selected Free or Pro segment. These IDs are not persistent installation identifiers. We record the campaign, revision, launch ID, event ID, proof hash, segment and the server's receipt time to count reported displays and handle retries.

Receipt details are retained for 30 days and removed by a daily bounded cleanup; a cleanup backlog can delay removal. Lifetime campaign totals remain until the campaign is deleted. The application receipt table does not store IP addresses or User-Agent strings. Ordinary web-server and infrastructure request logs are separate and can contain connection information.

This first-party reporting helps us understand whether Nexload messages were shown. It does not measure unique people or independently verify a visible frame; offline operation or a crash can lose a report. We do not reuse source URLs, cookies, download contents or data received from the browser extension for announcement targeting or reporting, and do not send this reporting to third-party analytics. The extension-data commitments above, including Limited Use and no advertising use of extension data, remain unchanged.