A "in mail" search in incoming folder will look up YAM when pulling mails

Hm, quite hard to reproduce this issue. So far I was to able to cause any lock ups, no matter how often I searched and downloaded new mails in parallel. The overall progress very much depends on MUI's event handling. Maybe I am doing it in the wrong sequence or in the wrong time frame. Most probably this issue will become more obvious as soon as I have finished the threaded POP3 download.

The filtering works like this: first get a list of all mails in a folder, then perform the search on this (fixed) list of mails. If the download process already downloaded some mails these might end up in this list. If the download process finished while the search is still running and the filtering process moves one of the new mails not yet searched through to a different folder then the search process might stumble over the no longer existing mail.

YAM 2.7-dev [OS4/PPC] (09.10.2010) Copyright (C) 2000-2010 YAM Open Source Team

Seems the crash is gone with latest nightly built.

It's amazing, 10 tests caused no crash. I resolved this report and *bang*.

Seems Murphy is still with us...

Does this still happen with the recently added thread based POP3 download?

Well, with threaded POP3 the download does not start at all.
Clicking the pop-image has no effect, then when I cancel the search the "queued" POP3 is processed.

Mind to reply/comment?

Is it normal that the buttons does not work anymore, ie. postponed?

Yes, unforturnately this is the normal case. While performing the search YAM does not execute its usual main loop (which handles *all* stuff), but lets itself execute updates of the GUI only to be a bit responsive. But starting a thread requires some communication between the main task and the thread which is not handled during the search. Hence you get the intended reaction right after the search has finished.

It seems we have to move the search to a thread as well...

Setting this ticket back to "accepted" for the time being.

The situation should improve a bit with the next nightly build. That means that YAM will be able again to initiate a download which a search is in progress. But the download will still not be able to download a single mail, because the search process keeps the incoming folder's mail list locked which prevents the download thread from adding a new mail to the same list.

The issue seems to be partly resolved now (accordingly to thore's comments). Thus, I reschedule that ticket to be revised and checked before and eventual 2.8 release so that we can revisit the problem and see if we can get it solved completely by moving things in a separate thread.

(In [6307]) * YAM_FI.c: a search within a folder will now clone the folder's list of mails before performing the actual search. This makes it possible to download new mails while the search is still in progress. Please note that the search process may slow down the mail download, because it is not yet done in a separate thread. This finally closes #220.