Closed Bug 274753 Opened 20 years ago Closed 20 years ago

View (Filter) only searches first line of a multi-line header

Categories

(Thunderbird :: General, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 124641

People

(Reporter: scott, Assigned: mscott)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040913 Firefox/0.10 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040913 Firefox/0.10 - Thunderbird: version 1.0 (20041206) If you create a View for all messages where "CC" contains user@domain.com, if the header has multiple lines, and "user@domain.com" is not on the first line, the View will not list the message. Here's a sample header that the View fails to find. Cc: user1@domain.com, user2@domain.com, user@domain.com It looks like the View function only searches the first line of the headers Reproducible: Always Steps to Reproduce: 1. Find a message that has lots of CC (or To - I assume it applies to all headers) 2. View the source of the message, and select an adress that is *not* on the same line as the: "CC:" tag. 3. Create a View using this address and the CC header. Actual Results: The view is created successfuly, but when you use that view to display only messages matching that filter, the message I expect to see listed - is not listed. Expected Results: The message with an address on the 2nd line of the CC header should have been in the filtered view. Personally, I think a Major feature is broken - since I use views as a means for creating virtual folders, and moving messages around.
the view code uses the same search as the basic search code - if you do an advanced search, does it find the right messages?
I did perform a search on the messages (see attachment) and had the same result. I'm assuming that what I performed was an advanced search.
the same happens with filters: for example the received headers often contain more then one line, and only what is on the first line gets caught by filters.
DUP of Bug 274753? If DUP of Bug 274753, I recommend you to add a comment to the bug about "To or cc" case, since the bug does not refer to multi-line "To:" header nor multi-line "CC:" header.
This doesn't seem to have anything to do with To or Cc headers specifically, or just with View (Filter). I'm seeing the same thing with Edit | Find | Search Messages when I search for a header contains string and the string is in the wrapped second line of the header. I've tried it with a number of custom headers and the result is consistent: If the string I'm searching for is in the second line of the header, it is not found, while the search does find those messages with the search string in the first line of the header. I am using Thunderbird 1.0 in Windows XP Pro
(In reply to comment #3) > the same happens with filters: > for example the received headers often contain more then one line, > and only what is on the first line gets caught by filters. Is there a specific bug for that? I was going to report it, and this is the closest thing I've found so far. A recent example: I was trying to create a filter based on 'List-Id', but some mailing lists have a format like List-Id: Discussions relating to ActivePerl on Win32 platforms <perl-win32-users.listserv.ActiveState.com> with an embedded new-line. Very annoying bug.
(In reply to comment #6) > (In reply to comment #3) > > the same happens with filters: > > for example the received headers often contain more then one line, > > and only what is on the first line gets caught by filters. > > Is there a specific bug for that? I was going to report it, and this is the > closest thing I've found so far. A recent example: I was trying to create a > filter based on 'List-Id', but some mailing lists have a format like > > List-Id: Discussions relating to ActivePerl on Win32 platforms > <perl-win32-users.listserv.ActiveState.com> > > with an embedded new-line. Very annoying bug. I confirm the bug in win32, it's very annoying, how am I supposed to filter my mailing lists? Why is it left as UNCONFIRMED? I think this should have a higher priority.
*** This bug has been marked as a duplicate of 124641 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: