GNOME Bugzilla – Bug 326142
Not merging "Include Threads" between source folders
Last modified: 2020-12-22 14:16:05 UTC
Well, at least it looks like this. Pretty strange... I just set up a vFolder, filtering all mails from a particular sender. Set the option "Include Threads" = "All related". This does *not* work as expected. My sent mails which are replies to mails matching the criteria are *not* displayed. All I get are the mails matching the criteria, no threads included. This is the same with "all criteria" or "any criteria". All local and active remote folders does not work, and it doesn't make a difference if I specifically choose only the folders I'd need. This is an IMAP account. This issue is most strange, since I do know I used it just recently. Evo version 2.4.2.1 here. There was a report on the mailing list describing this behavior on 2.2.x as well.
High priority, blocker. Scheduled for 2.4.3 (and thus of course 2.5). Woohoo.
OK, more details. On a different IMAP server I got 2 differnt "Sent" folders. One is the default Sent folder for the IMAP account -- the other one is a Sent folder for a sending *only* account. Sent mails in the latter folder are picked up and threading. Sent mails in the default Sent folder of this account are *not* being included.
In a previous test I even changed the Sent folder to not point to a folder on the IMAP server, but used the local Sent folder instead. This did not change anything. Thus it looks like the Sent /folder/ setting itself is not the culprit. All mails being sent by Evolution using the default account for this IMAP server are omitted. Most strange.
Fuck! The last comment #3 may not be accurate. For some strange reason I could not reset the Sent folder to the default. Thus my test did not what I thought it did. Though this still seems to stand. Even copied mails (out of my Sent folder somewhere else) are not picked up. Changing the Sent folder doesn't change this either. Have fun reproducing this. :)
Whew! i tried all possiblities. I *cannot* reproduce this. Sigh!
This works, i have the following options: include threads - all releated Sender contains - "some name" Search Folder Sources - "With all active local and remote folders" And this shows the entire thread. Are we expecting to see the mails 'we sent' (the ones in the Sent Items folder). Then the Sender rule wont suffice. We need to have recipients rule too. Am i missing something here??
setting this to NEEDINFO
hmm.... news, anyone? i would decrease priority and severity since it does not seem to be easily reproducible. comments?
I agree, reducing priority and severity.
Need to investigate more and hopefully come up with a test case.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
(In reply to comment #11) > [...] if you can provide the information asked for. What was the question?
you asked yourself to investigate more, and to possibly come up with a test case. feel free to assign this to yourself if you don't want to see this bug closed. :-)
Testcase... *sihg* My IMAP account. As simple as that. :/ Just checked again. I do see this still on 2.6.something. To clarify this: This is about not including the entire thread, when the thread actually is distributed in multiple folders. Some examples -- teh search criteria in all these cases is one email address for sender. Include Threads is set to All Related. In case the entire thread happens to be in one folder, this works. Yeah, easy... Now the example that doesn't work (basically the initial report though). The thread that actually happend would be this, straigth ping pong style (colums are From and Subject, enumerated): me + some issue [1] you + Re: some issue [2] me + Re: some issue [3] you + Re: some issue [4] All mail from me is in my Sent folder. All mail from you is in my Inbox. Both these folders are selected as sources for the vFolder. Filter is for all mails sent by you, including threads. The poor result in the vFolder is this: you + Re: some issue [2] you + Re: some issue [4] Other than that... No better tast case, for the simple fact that I did not observe this to work as expected ever since my report.
I could reproduce this bug. The example of the comment #14 is exactly what's happening. It's not related to a special treatment of folders named "Sent" since when I renamed the folder, evolution --force-shutdown and restarted evolution, it didn't changed anything. There as to be something else.
Created attachment 117282 [details] [review] Patch to not ignore "Sent" folders when vfolder is set to search in all local folders. This patch shows matching "Sent" messages regardless of whether it is a reply to searched message. Is this desired? I think it would be better if "Sent" messages are displayed only when they are parts of matching threads.
Hmm, It wont work, if you have it set to specific folders. I dont know it use to work before, but I dont see much code for this to happen. NOTE: With disk summary thread search/vfodlers don't work well. I know it is a regression, but should be fixed post release. So the the option (thread) is bluntly ignored :( and the query is executed.
I made some significant changes in vFolders for 3.5.2, and I would tell that this will not work, because the searches are done on respective folders, which means that the threads from folder A are unknown when searching in folder B. A workaround for such search would be to create a search folder with "match-all" from all folders you are interested in (note of bug #565483), and then create search folder for threads which will have a source folder this new "match-all"-folder. For this are required changes from 3.5.2.
Hi, is this still a problem in a recent Evolution version (currently 3.38)? Asking as some parts of the code base and underlying dependencies changed in the meantime.
Closing this bug report as no further information has been provided if this is still an issue in a recent version. Please feel free to report this ticket in https://gitlab.gnome.org if this problem still happens in 3.38 or newer. Thanks!