-
Suggestion
-
Resolution: Unresolved
-
None
-
9
-
40
-
NOTE: This suggestion is for Confluence Server. Using Confluence Cloud? See the corresponding suggestion.
At the moment, searching for "hello-to-the-world" in Confluence always returns the same results as "hello to the world". This situation also applies for symbols like plus, underscore, period, dollar sign, percent sign, and so on.
There's also no way to prevent asterisks being treated as wildcard characters in Lucene, so you can't search for a word like "plea" and match content with asterisks around the word.
Words are also not split on dots, so you can't search for "somefile" and find pages that contains "somefile.txt" or "somefile.doc" in the text.
Technical notes
This is due to how Confluence's search tokenises search requests. It splits the query up into words based on letter characters, and ignores all symbols in the request. We use Lucene's StandardTokenizer in our EnglishAnalyzer, and similar implementations for other languages.
Here is the description of the behaviour of StandardTokenizer from Lucene:
- Splits words at punctuation characters, removing punctuation. However, a dot that's not followed by whitespace is considered part of a token.
- Splits words at hyphens, unless there's a number in the token, in which case the whole token is interpreted as a product number and is not split.
- Recognizes email addresses and internet hostnames as one token.
An example of the grammar for this tokenizer can be viewed here: StandardTokenizerImpl.jflex.
- causes
-
- Closed
- is duplicated by
-
CONFSERVER-28241 search impossible
-
- Closed
-
-
- Closed
-
- Closed
-
- Closed
- is related to
-
- Closed
-
- Gathering Interest
- relates to
-
- Reviewing
- mentioned in
-
Page Loading...
-
-
-
-
-
-
-
-
[CONFSERVER-3036] Allow search for words and phrases with non-letter symbols: plus (+), minus (-), period (.), dollar sign ($), asterisk (*), etc.
This would help searching for technical parameters and settings.
For example you can't find the page with issue.fields.resolutiondate definitions when searching by "resolutiondate"
I need to list files containing the whole string "bash --login", I'm really not interested in all the scripts that have some use of "login" in them...
The hint with usage of RegEx was already given before, but was reported to be not working in certain cases.
I think the root cause is that you should escape additionally the "\" which is escaping special symbols.
I will give an example which works in my case.
Imagine you should search for Issues containing "..." in the field "Root Cause" except ones from the project "OtherProject".
The search query will look like this:
issueFunction in issueFieldMatch("'Root Cause' is not empty AND Project != OtherProject", "Root Cause", "\\.{3}")
In the RegEx above you see that the 2nd "\" (which is modifying special regex symbol "." to a usual point) being also additionally escaped by the "\" within the search string.
Actually the usage of RegEx (also in combination with issueFunction) seems to be not that comfortable for quick searches, but in case you are creating filters / dashboards - the usage of RegEx offers even more flexibility.
Just consider that usage of RegEx instead of simple text search might increase the system load by your JIRA sever if used "too widely".
It is still a problem to find pages with such characters in the page title.
Still having a problem with this. I need to bring back all tickets with a "." in the summary
Please act on this issue. This can not be something hard to fix. You only have to add some kind of preprocessing of the string to escape every special characters.
You can not allow to use character in pages that can not be searched !
How is this still an issue.....