Skip to content

Fix Quick Entry window hidden behind MailMate on OmniFocus 4#10

Open
verwinv wants to merge 1 commit into
mailmate:masterfrom
verwinv:fix/omnifocus4-quick-entry-activate
Open

Fix Quick Entry window hidden behind MailMate on OmniFocus 4#10
verwinv wants to merge 1 commit into
mailmate:masterfrom
verwinv:fix/omnifocus4-quick-entry-activate

Conversation

@verwinv

@verwinv verwinv commented May 28, 2026

Copy link
Copy Markdown

Problem

When triggering "Add..." or "Add With Summary..." from MailMate, OmniFocus's Quick Entry window opens but stays hidden behind MailMate — so the command appears to do nothing.

The script only called activate when OmniFocus was not already running. In the normal case (OmniFocus already open), Quick Entry silently opened in the background.

A secondary issue: the else branch contained OF2-specific Quick Entry tree navigation (set note expanded of tree, System Events keystrokes) that throws silent errors on OmniFocus 3/4, and whose error dialog is also hidden behind MailMate.

Fix

  • Call activate unconditionally after open, so Quick Entry always comes to the front
  • Remove the OF2-specific tree navigation
  • Add quoted form of to do shell script calls to handle paths safely

Tested on OmniFocus 4.8.11 / macOS Sequoia.

OmniFocus 4 compatibility: remove OF2-specific Quick Entry tree
navigation and call activate unconditionally so the Quick Entry
window is always brought to the front instead of opening hidden
behind MailMate.
@verwinv

verwinv commented May 28, 2026

Copy link
Copy Markdown
Author

Fixes an issue I struggled with, using OF4. Full disclosure: the creation of this PR relied heavily on Claude Code, but saw it work (on my machine).

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