feat: add Dia browser support with incognito detection

[devmarkpro]

Summary

• Add website tracking support for the Dia browser (by The Browser Company)
• Detect private/incognito mode using the accessibility API's AXIdentifier attribute
• Add Dia to the Privacy settings browser support list

Important: New Permission Requirement

This PR requires Accessibility access (System Preferences → Privacy & Security → Accessibility).

Dia's AppleScript dictionary (Dia.sdef) does not expose an incognito or mode property on windows (unlike Arc/Chrome). The only way to detect private browsing is through the macOS Accessibility API (System Events → AXIdentifier), which requires the app to be granted Accessibility permission. Without this, incognito detection for Dia will always return false.

Implementation Details

We use the System Events accessibility API to read the AXIdentifier of the front window:

• Regular windows: bigBrowserWindow_<UUID>
• Private windows: bigIncognitoBrowserWindow_<UUID>

Evidence

URL Retrieval (Dia AppleScript)

$ osascript -e 'tell application "Dia"
    if (count of windows) > 0 then
        return URL of active tab of window 1
    end if
end tell'
https://www.mozilla.org/en-US/

Incognito Detection (Accessibility API)

Tested with 4 windows open (2 profiles x 2 modes):

$ osascript -e 'tell application "System Events"
    tell process "Dia"
        set allWindows to every window
        repeat with w in allWindows
            set wId to value of attribute "AXIdentifier" of w
            set wTitle to value of attribute "AXTitle" of w
            set isIncognito to wId contains "Incognito"
            log "Title: " & wTitle & " | ID: " & wId & " | Incognito: " & isIncognito
        end repeat
    end tell
end tell'

Title: Work: Mozilla - Internet… | ID: bigIncognitoBrowserWindow_A3F8D291-7C4E-4A1B-9E52-D6B1F30C84A7 | Incognito: true
Title: Work: Home - Google Driv… | ID: bigBrowserWindow_92E4B716-5D3A-48CF-B0A1-3F7E62D9C158 | Incognito: false
Title: Personal: BBC Home - Bre… | ID: bigIncognitoBrowserWindow_6D2A9F84-B13E-4720-8C9D-E5A47B28F631 | Incognito: true
Title: Personal: Comparing renj… | ID: bigBrowserWindow_F8C15E3A-2D69-4B8E-A4F6-1C93D7E0B52A | Incognito: false

Confirming no native AppleScript property exists

$ osascript -e 'tell application "Dia"
    if (count of windows) > 0 then
        tell front window
            return incognito
        end tell
    end if
end tell'
execution error: The variable incognito is not defined. (-2753)

Test Plan

• Verify URL retrieval from Dia active tab
• Verify incognito detection across multiple profiles (Work, Personal)
• Verify regular windows are correctly identified as non-private
• Verify private windows are correctly identified across profiles
• Confirm Dia appears in Privacy settings browser support list

[renjfk]

/prerelease

[github-actions]

Prerelease v0.10-pr74.de24fc5 is ready.

[renjfk]

Hello, thanks for the contribution! Could you also test the newly implemented feature with signed prerelease?

[devmarkpro]

Thanks @renjfk ,

I tested it and found an issue is actually bigger than Dia! it also affects Safari private browsing detection.

The root cause is error code -25211 ("not allowed assistive access") which wasn't being handled. I tested with both the pre-release and stable versions: Safari and Dia Private windows were being tracked in both. The app never prompts for Accessibility permission, and without it, any System Events-based detection silently fails.

I'll soon updated the PR to:

1. Handle -25211 in Dia, Safari, and Firefox so the existing accessibility banner shows up
2. Call AXIsProcessTrustedWithOptions(prompt: true) at launch to trigger the macOS permission dialog

After granting Accessibility, both Dia incognito and Safari Private are correctly excluded (tested on release build on local). I'll push the updated changes and we can test with a signed pre-release.

So the flow is:

1. App launches → prompts for accessibility (no banner yet)
2. User ignores/denies → first time they browse Safari/Dia/Firefox in private mode → -25211 fires → banner appears

[renjfk]

/prerelease

[github-actions]

Prerelease v0.10-pr74.d8411b0 is ready.

[renjfk]

/prerelease

[github-actions]

Prerelease v0.10-pr74.20d69ce is ready.

[devmarkpro]

@renjfk tested on the new pre-release and it works fine.

[renjfk]

Awesome, thanks for the contribution.