Bug 335255 - Quicksearch: non-alphanumeric characters in search term are ignored at word boundaries
Summary: Quicksearch: non-alphanumeric characters in search term are ignored at word b...
Status: CONFIRMED
Alias: None
Product: kmail2
Classification: Applications
Component: search (show other bugs)
Version: 5.12.3
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-23 20:20 UTC by Thomas Arend
Modified: 2020-03-31 16:41 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot (48.17 KB, image/png)
2014-07-17 19:39 UTC, Thomas Arend
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Arend 2014-05-23 20:20:23 UTC
When filtering the mails in ten message list window for "***Spam***" also the mails containing " spam " are shown. Escaping the asterix \* does not work. 

Reproducible: Always

Steps to Reproduce:
1. Insert "***Spam***" into the quick filter. 

(I thing you will have some of these if not you are a lucky guy.)
Actual Results:  
All messages containing spam are listed.

Expected Results:  
Only messages containing ***Spam*** should be listed.

This is a mayor function - at least for me.
Comment 1 Thomas Arend 2014-07-17 19:39:54 UTC
Created attachment 87783 [details]
Screenshot

Screen shot of wrong search result!
Comment 2 Michael Mol 2016-06-29 18:04:57 UTC
It looks like non-alphanumeric characters get stripped from the search. I notice that "[" also gets omitted from my search terms.
Comment 3 Denis Kurz 2017-01-13 20:01:54 UTC
Interesting... Using the filter term "/)(}{CMake****>=[)( for \/{}*[]…download:-)(<>=" still lists the message with subject "[ANNOUNCE] CMake 3.7.2 available for download". Replacing "CMake" with "Make" or "CMak", or "download" with "ownload" or "downloa", however, does not yield any results. Using "fo" or "or" instead of "for" does not make a difference, because words with less than three letters are ignored.

Summary:
"*ABCDE" matches "ABCDE"
"ABCDE*" matches "ABCDE"
"*BCDE" does not match "ABCDE"
"ABCD*" does not match "ABCDE"

The last two cases might be especially confusing if you are used to certain regular expressions.

Obviously, only special characters at word boundaries are ignored. I'm pretty sure that most users would not expect this behaviour. Confirmed for 5.4.1.
Comment 4 Brendon Higgins 2020-03-31 16:41:36 UTC
Still present in 5.12.3 (currently in Debian). I was hoping to filter based on a specific hyphenated term, but of course I also get a ton of other messages that contain all of the words separately, because of this bug.