The Blog

Workaround for disappearing stalled projects in OmniFocus

by Linda Sharps on November 16, 2009

We're not too fancy to admit when something in one of our apps doesn't work quite right. For instance, I don't know if you've noticed but when you hit the “pour me a large caffeinated beverage” button in OmniGraffle, nothing happens. Don't worry, I've totally filed a bug on that.

In the current version of OmniFocus, there's some wonky behavior with stalled projects. (Yes: wonky. It's a technical term.) It's something we plan to fix, but in the meantime I'll walk you through the problem and a suggested workaround.

Let's say you're reviewing your stalled projects by choosing “Stalled” in the sidebar filter in order to display all projects without any available actions. In my example, I've got a project titled “December fitness events”, and sadly for my fitness, it is empty.

stalled

Woe.

I'd like to go ahead and add an action to this project, but when I click the project and hit return, poof! It disappears altogether.

poof

Now, I could take this as a sign that I wasn't meant to do any fitness events in December and instead focus my attention on devouring as many holiday-themed cookies as humanly possible, but here's the thing: the project isn't gone, it just thinks it has an action item now. Even though it's an empty action, because you haven't yet typed anything, the project is officially no longer stalled.

So, here's a workaround for that issue, as suggested by our super-smart Support Ninja, Kris:

First, set your Clean Up preferences (in Data Preferences) to “Clean Up Inbox items which have: Both a Project and a Context”.

datapreferences

Next, set your sidebar filter to “Stalled” as before. As you review everything and decide to add new actions to the empty projects, bring up the Quick Entry window and add the action there.

quickentry

Since you've told OmniFocus to keep things in your inbox until both the project and the context have been set, you can assign an item to a stalled project and your project will remain stalled until the context is set as well. The purpose here being that you can continue to see the list of stalled projects (ie, no more mid-workflow disappearing acts) until you're done organizing your actions.

inbox

Once you're done reviewing your stalled projects, you can return to the inbox and assign contexts for everything. Voila! Your actions get filed into their proper locations, and your stalled projects are no longer.

finalfolder

I hope that was at least marginally useful for you OmniFocus users, even if you haven't encountered this particular issue before.  And hey, would you like to see more workarounds/tips/tricks in our blog? Let us know, all suggestions are more than welcome.

 

Comments

Nice workaround! For me, this is probably the single most irritating thing about daily use of OF.


What I do is:

a) select all the stalled projects I'm going to add actions to.

b) Focus those projects to keep the “stalled” selection

c) move the Project Filter to Remaining which leaves the “stalled” projects focused but now won't disappear when you add an action to them


But seriously, this is still a bug, right? The behavior I would like to see is current filters not applying while I'm editing anything in the project. Once my focus leaves the project, go ahead and flag it as no longer stalled and remove it from view. But while I'm working on *anything* or its children, you shouldn't take it away from me.


This, in fact, is how some other filters work. If you have a Status Filter of “Due or Flagged” and remove a Due Date or Flag from an action, the action stays until a clean-up or some other sort of refresh.

Patrick Graham

11.16.09 6:59 AM

I just double tap the stalled project ad my action(s) and close the extra window. The project is gone from the stalled list and I Can continue to the next.

Daniel Nielsen

11.16.09 10:52 PM

I do what Daniel does: double-click the project I'm interested in (new windows are set to open in my default perspective—which doesn't limit to stalled) and make the changes I want there. Once I've made the changes, I close it, and I'm back. Way more streamlined a workflow than adding context-less tasks and going back to add contexts, if you ask me.


Is this truly inconvenient? I like the sidebar updating instantly to reflect the true current state of things. I often have multiple OmniFocus windows open so that I don't have to switch back and forth between perspectives to see different views of things, and it'd be uber-confusing if I have to keep closing and opening them to get them to show updates (or if I had to hit refresh or something). That is, when I open a window to show me stalled projects, I want it to keep showing me stalled projects, not the projects that were stalled when I first opened the window an hour ago. It's “the way it should work” when you think about it, even if it feels a little unwieldy at first.

Greg

12.02.09 4:32 PM
Commenting is not available in this channel entry.