Re: C-g on IMAP and no such article

[Julien Danjou <julien@danjou.info>]

On Mon, Oct 18 2010, Lars Magne Ingebrigtsen wrote:

> There's two ways: Binding `inhibit-quit', and using a `condition-case'
> that ignores `quit'.  So doing a `debug-on-entry' on, say,
> `nnimap-request-article', and you'll see the call tree, and then you can
> inspect the tree for those forms...

Well, anyhow I've found part of the problem.
First, I've set nnimap-fetch-partial-articles and there was a bug I
fixed in commit eb6b2e4e9bff924ab4f864323acf973b25643460.

Then, there seems to be some… race condition. I can bypass the bug in
the debugger, but not without it. When it raises that:

Debugger entered--entering a function:
* nnimap-get-response(1762)
  nnimap-command("UID FETCH %d (%s %s)" 26382 "BODY.PEEK[HEADER]" "BODY.PEEK[1]")
  nnimap-get-partial-article(26382 ("1") (("text" "plain" ("charset"
  "us-ascii") nil nil "7bit" 2 1 nil "1" nil nil) [...] )
  ...

It *seems* that if I wait for the *nnimap* buffer to show the OK
response line, the code works fine. However, if I don't, therefore if
I'm not in the debugger, it hangs for ever. Note that the
nnimap-wait-response loop seems OK since I hitted search-backward a
couple of times with it returning nil, and then returning an integer and
I was available to execute the whole things without a problem.

So far I'm stuck.


Another thing I noticed while I'm at it. The message I used to test was
compose of a text/plain and a message/rfc822. I had
nnimap-fetch-partial-articles set to "text/", and all I got was an empty
message, since the sender did not write anything. But I did not had any
MIME part buttons, so it was hard to know there was another mime part
which was a message/ one. I've added message/ to the
nnimap-fetch-partial-articles regexp so I can see it.

Maybe there is some code thinking it's useless to show button for such a
mime part since we used to always show them inline? I don't know.

-- 
Julien Danjou
// ᐰ <julien@danjou.info>   http://julien.danjou.info