Skip to content

Release: Merge development into main (v0.3.9)#21

Merged
dcrjodle merged 4 commits into
mainfrom
development
Jul 14, 2026
Merged

Release: Merge development into main (v0.3.9)#21
dcrjodle merged 4 commits into
mainfrom
development

Conversation

@dcrjodle

Copy link
Copy Markdown
Collaborator

Automated release PR for version 0.3.9.

rorychatt and others added 4 commits July 10, 2026 11:29
Ivy-Tendril#1682: the first desktop notification on macOS popped an OS
"Where is use_default?" app-picker dialog. rustino_show_notification
ignored app_id on macOS and called notify_rust::Notification::show()
without ever calling set_application. notify-rust's macOS backend then
lazily resolved the bundle id for the literal string "use_default" via
AppleScript, and macOS showed a picker dialog for the unrecognized app
name.

Fix: before the first notification, call notify_rust::set_application
exactly once (guarded by a std::sync::Once, since mac-notification-sys
latches its own Once even on failure). Try, in order: the app_id FFI
param, the running app's own bundle id (NSBundle mainBundle), then
"com.apple.Terminal", each pre-validated against LaunchServices via
NSWorkspace::URLForApplicationWithBundleIdentifier so we never call
set_application with an id it would reject; fall back to
"com.apple.Finder" (always installed) if nothing validates.

Windows/Linux notification behavior is unchanged.
…lt-dialog

Fix macOS "Where is use_default?" dialog on first desktop notification
@dcrjodle

Copy link
Copy Markdown
Collaborator Author

@claude review this

@dcrjodle
dcrjodle merged commit c5f280d into main Jul 14, 2026
1 check passed
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.

2 participants