Skip to content

SwiftX 2026.7.1

Latest

Choose a tag to compare

@github-actions github-actions released this 27 Jul 13:41
Immutable release. Only release title and notes can be modified.
095482f

SwiftX v2026.7.1 Release Notes

OAuth Provider Verification Update

Google Drive, YouTube and OneDrive work normally, but both app registrations are still going through provider review. During sign-in, you may see an unverified app warning.

Provider Status:

  • Google (Drive, YouTube): Submitted for verification; review pending
  • Microsoft (OneDrive): Not yet submitted; requires Microsoft Partner Center account for publisher verification

The warning is about SwiftX's registration status with the provider, not about what the app does with your data. Users encountering Google's verification screen should select Advanced → Go to SwiftX (unsafe) to proceed.

Uploads go straight from your Mac to your own account and the access tokens stay in your login Keychain — there is no SwiftX server anywhere in the path.

All other destinations remain unaffected, including S3, Backblaze B2, Azure, ownCloud/Nextcloud, Seafile, custom uploaders, and keyless hosts.

What's Changed

Windows ShareX Backup Import & Per-Type Upload Destinations (#21)

SwiftX now brings powerful features from ShareX to macOS:

ShareX Migration

  • Import your entire Windows ShareX configuration from .sxb backup files
  • Seamlessly migrate settings, hotkeys, and custom uploaders to your Mac
  • The system gracefully handles Windows-specific elements that don't translate to macOS, such as Windows paths and certain hotkey combinations

Per-Type Upload Routing

  • Designate separate destinations for screenshots, text uploads, and files
  • Route images to one service (e.g., Imgur), files to another (e.g., Backblaze B2), and text to a third (e.g., Pastebin)
  • This advanced routing mirrors Windows ShareX's per-uploader configuration

Settings Reorganization

  • The General settings pane has been split into separate "Menu Bar" and "Notifications" sections for better organization
  • Status bar menu items can now be hidden individually through configurable settings

System Integration

  • A new "Upload with SwiftX" option now appears in macOS Services menus (right-click context menus)
  • Upload files, text, and links directly from Finder, Mail, or any app that supports Services

Release Infrastructure

  • Implemented Calendar Versioning (YYYY.M.N format) for consistent version numbering
  • Automated release workflows triggered by PR labels, streamlining the release process

OAuth Connection Fixes & Destination Filtering (#22)

Silent OAuth Failures Fixed

  • Fixed critical issue where clicking "Connect" for Google Drive, YouTube, or OneDrive would fail silently with no error feedback
  • Corrected loopback listener binding that could hang indefinitely during authentication flow
  • Added visible error alerts so connection issues are immediately visible
  • Made browser launch behavior observable, ensuring UI updates properly when authentication completes

Destination Type Filtering

  • New "DestinationCatalog" system ensures upload destinations are matched to content types
  • Image-only hosts (Chevereto, vgy.me) only appear for image uploads
  • Video hosts (YouTube, Streamable) only appear for file/video uploads
  • General storage destinations accept all three upload types
  • Invalid configurations now display as "not valid for kind uploads" rather than silently breaking

This intelligent filtering prevents configuration errors and aligns with ShareX's uploader-type model.

macOS Share Extension Integration (#23)

SwiftX now integrates with macOS's native Share menu for seamless system integration:

Share Menu Integration

  • SwiftX appears in the system Share menu alongside built-in sharing options
  • Complements the existing right-click Services menu for multiple access points

Supported Content Types

  • Share files directly from Finder
  • Share images from Photos or any image viewer
  • Share movies and video clips
  • Share text snippets and notes
  • Share URLs and web links

Security Architecture

  • The Share extension runs in App Sandbox (required by macOS) while the main application remains unsandboxed for maximum file access
  • Authentication occurs through UUID-only caller verification, preventing path forgery
  • Requests expire after five minutes and can only be read once
  • All operations are validated to prevent directory traversal

Implementation Details

  • New SwiftXShare.appex bundle embedded in the application
  • Custom build integration with make-app.sh script handles proper XPC package configuration
  • Code signing is applied correctly before the app is sealed
  • Reuses existing clipboard upload pipelines for consistent behavior

Contributors

@RetroHazard

Downloads

See assets below for downloadable files.