Allow FSKit extension use on macOS 26+

Open
#1,900 0 comments 1 reaction 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
c, macos
Domain
backend

Research direction

Start by tracing VeraCrypt’s macOS mount path and how it invokes fuse-t; the issue does not name specific files or tests. Check how the mount options select NFS, SMB, or FSKit, then identify an appropriate test or verification path. Done means VeraCrypt can use FSKit when available or otherwise expose a clear way to select the backend.

Written by the indexing model from the issue text.

Description

bug

With FSKit availability in macOS 26+, lower latencies can be expected when using fuse-t paired with FSkit vs SMB or NFS.

fuse-t always allows the app to take precedence over any system-wide settings (see: https://github.com/macos-fuse-t/fuse-t/issues/111), so since setting fskit as the backend in fuse-t (via /Library/Application Support/fuse-t/cfg/fuse-t.ini) will not override VeraCrypt, VeraCrypt should default to FSKit if it's available, give the user a drop-down menu to select a back-end when paired with fuse-t (NFS/SMB/FSKit), or allow manual editing of the mount call so -o can be specified.

Steps to reproduce

  1. Install macOS 27.0.1
  2. Install fuse-t v1.2.7
  3. Install veracrypt-fuse-t 1.26.29
  4. Run VeraCrypt, mount a volume and observe that a go-nfsv4-1.2.7 process is started
  5. Run mount; in some cases it seems nfs is started but smb is used.

VeraCrypt version:
1.26.29

Operating system and version:
macOS 27.0.1

System type:
arm64

Dominant language
C
Stars
11.7k
Forks
1.4k
Avg merge
1d 1h
Merged PRs (30d)
28

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from veracrypt/VeraCrypt

All issues in veracrypt/VeraCrypt

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.