Unfortunately the link you provided goes to "localhost", which isn't accessible.
The very first thing I'd do is go to the admin/analysis page and put the terms in both the "index" and "query" boxes for the field in question. Next, attach &debug=query to the query to see how the query is actually parsed. My bet: You are using a different stemmer for the two cases and the actual token in the index is FRao in the problem field, but that's just a guess. It often fools people that the field returned in the document (i.e. in the fl list) is the _stored_ value, not the actual token in the index. You can also use the TermsComponent to see the actual terms in the index as well as the admin/schema_browser link. Best, Erick On Tue, Sep 19, 2017 at 9:01 AM, Sascha Tuschinski <stuschin...@canto.com> wrote: > Hello Community, > > We are using a Solr Core with Solr 6.6.0 on Windows 10 (latest updates) 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: > Field > f_1197829835_txt_fr<http://localhost:8983/solr/#/test_core/schema?field=f_1197829835_txt_fr> > Dynamic Field / > *_txt_fr<http://localhost:8983/solr/#/test_core/schema?dynamic-field=*_txt_fr> > Type > text_fr<http://localhost:8983/solr/#/test_core/schema?type=text_fr> > > * 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 as seen > below - OK. > { > "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}] > }} > > * When searching for "f_1197829839_txt_fr:*FRaoo*" NO item is found - > Wrong! > { > "responseHeader":{ > "status":0, > "QTime":1, > "params":{ > "q":"f_1197829839_txt_fr:*FRaoo*", > "indent":"on", > "wt":"json", > "_":"1505808887827"}}, > "response":{"numFound":0,"start":0,"docs":[] > }} > When searching for "f_1197829839_txt_fr:FRaoo" (no wildcards) the matching > items are found - OK > > { > "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}] > }} > 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" an so on. All fields are used in the same way and have the same > field properties. > Any help or ideas are highly appreciated. I filed a bug for this > https://issues.apache.org/jira/browse/SOLR-11367 but had been asked to > publish my question here. Thanks for reading. > Greetings, > _______________________________________________________________ > Sascha Tuschinski > Manager Quality Assurance // Canto GmbH > Phone: +49 (0) 30 390 485 - 41 > E-mail: stuschin...@canto.com<mailto:stuschin...@canto.com> > Web: canto.com<http://www.canto.com/> > > Canto GmbH > Lietzenburger Str. 46 > 10789 Berlin > Phone: +49 (0)30 390485-0 > Fax: +49 (0)30 390485-55 > Amtsgericht Berlin-Charlottenburg HRB 88566 > Geschäftsführer: Jack McGannon, Thomas Mockenhaupt >
