Thanks, David! I'm giving this a try now. So far, so good!

Best,

Jonathan 
David Bremner <david@tethera.net> writes:

> David Bremner <david@tethera.net> writes:
>
>> jonathan@teamwilner.com writes:
>>
>>> I've got about 52K items with the tag "inbox". Should be "notmuch"
>>> right? :-) Here's the problem - if I want to view that in tree view,
>>> it can take multiple minutes for notmuch to return a result.
>>
>> In general there should be some results right away, with the rest of the
>> buffer being filled asynchronously. Unfortunately notmuch-emacs only
>> handles the one asynchronous query, so if there is already a long
>> running query, you will indeed have to wait for the whole tree/list of
>> headers to be read into emacs.
>>
>
> I think I see what is probably going on for you. You are probably first
> opening the query with notmuch-search-mode, then switching to
> notmuch-tree mode, This leads to the original query running in the
> background, blocking your second (tree-mode) query from running. I
> suggest trying M-x notmuch-tree directly (say in a fresh Emacs instance)
> and see if it has the same delay.  If it works better, you can set the
> default mode to open a saved search by customizing
> notmuch-saved-searches.
>
> It's been a while since I looked at the async code, maybe David E or
> Mark have some ideas about how hard it would be to improve the current
> behaviour of one async query blocking all others.
>
> d
_______________________________________________
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-leave@notmuchmail.org