[
https://issues.apache.org/jira/browse/SOLR-11367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson resolved SOLR-11367.
-----------------------------------
Resolution: Invalid
Please raise this question on the user's list at [email protected],
see: (http://lucene.apache.org/solr/community.html#mailing-lists-irc) there are
a _lot_ more people watching that list who may be able to help.
When you raise question on the user's list, include pertinent details,
including especially in this case the <fieldType> for this field. In particular
you should include results of looking at the admin/analysis page for the term
and query.
If it's determined that this really is a code issue in Solr and not a
configuration/usage problem, we can raise a new JIRA or reopen this one.
> no search results for specific search
> -------------------------------------
>
> Key: SOLR-11367
> URL: https://issues.apache.org/jira/browse/SOLR-11367
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: search
> Affects Versions: 6.6
> Environment: Solr 6.6.0 on Windows 10 (latest updates)
> Reporter: Sascha Tuschinski
> Priority: Critical
>
> We are using a Solr Core with field names defined like "f_1179014266_txt".
> The number in the middle of the name differs for each field we use. For
> language specific fields we are adding an language specific extension e.g.
> "f_1179014267_txt_fr", "f_1179014268_txt_de", "f_1179014269_txt_en" and so on.
> We are having the following odd issue within the french "_fr" field only:
> - The saved value which had been added with no problem to the Solr index is
> "FRaoo".
> - When searching within the Solr query tool for
> "f_1197829839_txt_fr:\*FRao\*" it returns the items matching the term - OK
> {code:json}
> {
> "responseHeader":{
> "status":0,
> "QTime":1,
> "params":{
> "q":"f_1197829839_txt_fr:*FRao*",
> "indent":"on",
> "wt":"json",
> "_":"1505808887827"}},
> "response":{"numFound":1,"start":0,"docs":[
> {
> "id":"129",
> "f_1197829834_txt_en":"EnAir",
> "f_1197829822_txt_de":"Lufti",
> "f_1197829835_txt_fr":"FRaoi",
> "f_1197829836_txt_it":"ITAir",
> "f_1197829799_txt":["Lufti"],
> "f_1197829838_txt_en":"EnAir",
> "f_1197829839_txt_fr":"FRaoo",
> "f_1197829840_txt_it":"ITAir",
> "_version_":1578520424165146624}]
> }}
> {code}
> - When searching for "f_1197829839_txt_fr:\*FRaoo\*" NO item is found - Wrong
> {code:json}
> {
> "responseHeader":{
> "status":0,
> "QTime":1,
> "params":{
> "q":"f_1197829839_txt_fr:*FRaoo*",
> "indent":"on",
> "wt":"json",
> "_":"1505808887827"}},
> "response":{"numFound":0,"start":0,"docs":[]
> }}
> {code}
> - When searching for "f_1197829839_txt_fr:FRaoo" (no wildcards) the matching
> items are found - OK
> {code:json}
> {
> "responseHeader":{
> "status":0,
> "QTime":1,
> "params":{
> "q":"f_1197829839_txt_fr:FRaoo",
> "indent":"on",
> "wt":"json",
> "_":"1505808887827"}},
> "response":{"numFound":1,"start":0,"docs":[
> {
> "id":"129",
> "f_1197829834_txt_en":"EnAir",
> "f_1197829822_txt_de":"Lufti",
> "f_1197829835_txt_fr":"FRaoi",
> "f_1197829836_txt_it":"ITAir",
> "f_1197829799_txt":["Lufti"],
> "f_1197829838_txt_en":"EnAir",
> "f_1197829839_txt_fr":"FRaoo",
> "f_1197829840_txt_it":"ITAir",
> "_version_":1578520424165146624}]
> }}
> {code}
> If we save exact the same value into a different language field e.g. ending
> on "_en", means "f_1197829834_txt_en", then the search
> "f_1197829834_txt_en:\*FRaoo\*" find all items correctly!
> We have no idea what's wrong here and we even recreated the index and can
> reproduce this problem all the time. I can only see that the value starts
> with "FR" and the field extension ends with "fr" but this is not problem for
> "en", "de" etc. All fields are used in the same way and have the same field
> properties.
> Any help or ideas are highly appreciated.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
