Skip to content

feat(settings): explain unreadable browser profiles in a dialog - #51

Merged
mayuki merged 1 commit into
mainfrom
claude/macos-signing-notarization-13fed3
Nov 2, 2026
Merged

mayuki merged 1 commit into
mainfrom
claude/macos-signing-notarization-13fed3

Conversation

@mayuki

@mayuki mayuki commented Nov 2, 2026

Copy link
Copy Markdown
Member

Summary

  • The "+" menu of the profiles page now shows a short item, Browser profiles could not be read…, for a detected browser whose profiles could not be read. Choosing it shows the explanation (DetectedBrowserViewModel.Note) in a dialog titled "The browser profiles of {browser} could not be read.". The explanation was too long for a menu item, and the macOS menu did not show it at all.
  • On macOS the dialog has Open System Settings, which opens the Full Disk Access list (x-apple.systempreferences:com.apple.preference.security?Privacy_AllFiles) through the new ISettingsPlatform.OpenFullDiskAccessSettings(). Windows shows OK only: its explanation is to start the browser once.
  • The macOS explanation now also tells to remove Preferis Settings from the Full Disk Access list and add it again after an update. Releases are ad-hoc signed until a Developer ID is available, and macOS treats each update as another app: the access still shows as allowed in System Settings but no longer applies.
  • Docs: Platform.ja.md, the settings UI sections for Windows (§2) and macOS (§3.8), §3.1 (ad-hoc signing does not carry privacy permissions across updates) and §3.4.

Verification

  • dotnet test test/Preferis.Settings.Core.Tests: 248 passed, including the translation audit (which also reads the AppKit and WinUI pages) and 4 new tests (written first and seen failing).
  • dotnet build src/Preferis.Settings.Windows -p:Platform=x64: 0 warnings, 0 errors.
  • Not verified in this session, which ran on Windows: the macOS build, the menu and dialog on macOS, and whether the System Settings link opens the Full Disk Access list on macOS 26 and 27.

🤖 Generated with Claude Code

The "+" menu now shows a short item under a browser whose profiles could
not be read, and choosing it shows the explanation in a dialog: the text
is too long for a menu item. The macOS menu did not show it at all.

On macOS the dialog offers to open the Full Disk Access list in System
Settings, and the explanation tells to remove Preferis Settings from the
list and add it again after an update. A release without a Developer ID
signature is another app to macOS after each update, so the access it
was given no longer applies.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@mayuki
mayuki merged commit ee8fd20 into main Nov 2, 2026
3 checks passed
@mayuki
mayuki deleted the claude/macos-signing-notarization-13fed3 branch November 2, 2026 09:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant