Bug 236724 - Incorrect threading on "Fwd" prefix
Summary: Incorrect threading on "Fwd" prefix
Status: RESOLVED WORKSFORME
Alias: None
Product: kdepim
Classification: Applications
Component: messagelist (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: VLO normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-07 18:21 UTC by Thomas McGuire
Modified: 2011-01-04 01:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas McGuire 2010-05-07 18:21:38 UTC
Messages which start with "Fwd" are threaded as children of other messages.
The message list should only consider messages with "Re" prefix for subject-based threading.

To reproduce:
1. Save a simple mail as draft
2. Forward that mail as an attachment. A composer window will open
3. Save that mail as a draft as well
4. Result: The 2 messages a threaded, which is wrong
Comment 1 Christophe Marin 2011-01-02 14:50:35 UTC
the "Re" message threading is also somewhat broken, if you're receiving the kde-buildsystem messages, there's a nice example.

Message from David from Nov. 15 with subject "KDE/kdelibs/cmake/modules"
and an answer from a totally different message but with the same title and CC'ed to this list appears as an answer.
Comment 2 Torgny Nyblom 2011-01-03 13:16:57 UTC
@Thomas: Is that really wrong? I would say that one could argue that both threading and not threading on forwarded messages are correct.

@Christophe: Do these messages contain a "In-reply-to: <msg-id>" header?
Comment 3 Thomas McGuire 2011-01-04 01:47:09 UTC
> @Thomas: Is that really wrong? I would say that one could argue that both
> threading and not threading on forwarded messages are correct.

I'd say that considering forwarded messages for threading is a bit weird, at least I haven't seen that before.
My original instructions to reproduce this bug don't work anymore, so something has changed, therefore closing as WORKSFORME.