<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Thu Feb 08 23:10:37 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>FOLIO Jira</title>
    <link>https://folio-org.atlassian.net</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>1001.0.0-SNAPSHOT</version>
        <build-number>100246</build-number>
        <build-date>07-02-2024</build-date>
    </build-info>

<item>
            <title>[UISE-69] Codex search results treats Swedish diacritics as ascii equivalents when sorting results</title>
                <link>https://folio-org.atlassian.net/browse/UISE-69</link>
                <project id="10191" key="UISE">ui-search</project>
                    <description>&lt;p&gt;&lt;b&gt;Overview:&lt;/b&gt; When conducting title level searches in Codex for titles containing Swedish diacritics (&#229;,&#228;,&#246;) the sort functionality behaves as if those characters are reduced to their ASCII equivalents (a,o).&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Steps to Reproduce:&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Create a couple of records in Inventory with titles starting on a, &#229;, &#228; or similar&lt;br/&gt;
For example:&lt;br/&gt;
&quot;Den aktansv&#228;rda&quot;&lt;br/&gt;
&quot;Den &#228;kta varan&quot;&lt;br/&gt;
&quot;Den &#229;l&#228;ndska sk&#228;rg&#229;rden&quot;&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;Go to Codex and conduct a title search for &lt;em&gt;Den&lt;/em&gt;&lt;/li&gt;
	&lt;li&gt;Sort by title ascending order (arrow pointing up)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;b&gt;Expected Results:&lt;/b&gt; &lt;br/&gt;
Results are returned alphabetically (Swedish):&lt;br/&gt;
&quot;Den aktansv&#228;rda&quot;&lt;br/&gt;
&quot;Den &#229;l&#228;ndska sk&#228;rg&#229;rden&quot;&lt;br/&gt;
&quot;Den &#228;kta varan&quot;&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Actual Results:&lt;/b&gt; &lt;br/&gt;
Results are sorted according to the attached image:&lt;br/&gt;
&quot;Den aktansv&#228;rda&quot;&lt;br/&gt;
&quot;Den &#228;kta varan&quot;&lt;br/&gt;
&quot;Den &#229;l&#228;ndska sk&#228;rg&#229;rden&quot;&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Additional Information&lt;/b&gt;: Will add these in separate issues.&lt;/p&gt;

&lt;p&gt;Note:&lt;br/&gt;
This particular issue might get solved by changing Collation on relevant tables in Postgres to Swedish (see &lt;a href=&quot;https://www.postgresql.org/docs/9.1/static/collation.html&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://www.postgresql.org/docs/9.1/static/collation.html&lt;/a&gt;), but I believe that this issue is related to a bigger discussions on search technology&lt;/p&gt;</description>
                <environment></environment>
        <key id="74807">UISE-69</key>
            <summary>Codex search results treats Swedish diacritics as ascii equivalents when sorting results</summary>
                <type id="10001" iconUrl="https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium">Bug</type>
                                            <priority id="10003" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p4.svg">P4</priority>
                        <status id="6" iconUrl="https://folio-org.atlassian.net/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Won&apos;t Do</resolution>
                                                        <assignee accountid="-1">Unassigned</assignee>
                                                                <reporter accountid="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2">Theodor Tolstoy (One-Group.se)</reporter>
                                    <labels>
                            <label>chalmers</label>
                            <label>front-end</label>
                            <label>keep-bug</label>
                            <label>triaged</label>
                            <label>ui-only</label>
                    </labels>
                <created>Tue, 20 Feb 2018 16:13:47 +0000</created>
                <updated>Fri, 14 Jan 2022 20:17:20 +0000</updated>
                            <resolved>Tue, 21 Dec 2021 18:50:27 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                    <timespent seconds="3600">1 hour</timespent>
                                <comments>
                                                            <comment id="180800" author="5af5ed55244bc90a106063c7" created="Wed, 21 Feb 2018 08:55:59 +0000"  >&lt;p&gt;Tagging &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt; for awareness&lt;/p&gt;</comment>
                                                            <comment id="180802" author="5bffed52a1b46046f530c8f7" created="Wed, 21 Feb 2018 11:20:32 +0000"  >&lt;p&gt;This one unfortunately raises more difficulties, along the lines of 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UISE-68&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-68&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Codex search treats Swedish diacritics as ascii equivalents&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium&quot; /&gt;
            UISE-68
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 but worse.&lt;/p&gt;

&lt;p&gt;The first question of course, is what is the &lt;em&gt;desired&lt;/em&gt; behaviour. One can imagine that in Swedish, even if it&apos;s desirable for &lt;tt&gt;&#197;land&lt;/tt&gt; and &lt;tt&gt;aland&lt;/tt&gt; to act as the same query-term, it might also be desirable to sort in the order aktansv&#228;rda, &#229;l&#228;ndska, &#228;kta. But we should take a moment to verify that before putting too much work into this.&lt;/p&gt;

&lt;p&gt;Related to this: I have a horrible feeling that the answer is going to be different in different locales. I don&apos;t remember details, but it&apos;s going to be something like in Swedish you want aktansv&#228;rda, &#229;l&#228;ndska, &#228;kta but in Danish you want aktansv&#228;rda, &#228;kta, &#229;l&#228;ndska.&lt;/p&gt;

&lt;p&gt;And if I&apos;m right, then we can&apos;t resolve this by just using the appropriate collation locale, because what we have is in general a mix of titles in different languages. We could go some way towards getting a Right Answer by collating according to the locale that is configured for the tenant (i.e. also the one used by the UI for deciding on things like how to format dates) &amp;#8211; so a tenant based in Sweden that has predominantly Swedish titles would get Swedish collation.&lt;/p&gt;

&lt;p&gt;But even there, we are dependent on several implementation aspects.&lt;/p&gt;

&lt;p&gt;First, as with searching, the Codex app can only offer those facilities that the corresponding back-end modules support. It&apos;s likely that mod-codex-inventory could fetch the prevailing locale from mod-configuration and use that to instruct PostgreSQL (via some RMB-provided endpoint) to use the appropriate collation locale. I think it&apos;s much less likely that mod-codex-ekb can honour the locale &amp;#8211; at least in its present form, though the forthcoming rewrite might help, since IIRC it&apos;s based in Solr or ElasticSearch.&lt;/p&gt;

&lt;p&gt;But there is one further issue here, to do with merging sorted lists. The Codex multiplexer never does sorting of its own: it just passes the sort-specifications through the various Codex-source modules (as part of the query) and zips together the resulting sorted lists that they return. If the lists returned from the Codex-source modules are not sorted in the same order, the results will be incorrect &amp;#8211; often in subtle, hard-to-understand ways. To avoid this, I see only three solutions:&lt;/p&gt;

&lt;p&gt;1. Simplest: every Codex source uses simple ASCII collation. Obviously not optimal, but will definitely work in a predictable way.&lt;br/&gt;
2. Every Codex source does locale-aware collation exactly right, using the same locale. This would give us the best results, but is hard to control and imposes an implementation burden that not all Codex sources may be able to handle.&lt;br/&gt;
3. (Adam&apos;s idea) Extend the Codex contract so that each record returned has a &lt;tt&gt;sortKey&lt;/tt&gt; field, which the multiplexer can then use for merging the sorted lists in a reliable way. Probably the most practical compromise.&lt;/p&gt;

&lt;p&gt;(I&apos;ve added &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f8314dfbdef80006f6f572d&quot; class=&quot;user-hover&quot; rel=&quot;5f8314dfbdef80006f6f572d&quot; data-account-id=&quot;5f8314dfbdef80006f6f572d&quot; accountid=&quot;5f8314dfbdef80006f6f572d&quot; rel=&quot;noreferrer&quot;&gt;Adam Dickmeiss&lt;/a&gt; to this issue, to get his perspective on the technical aspects.)&lt;/p&gt;</comment>
                                                            <comment id="180805" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Wed, 21 Feb 2018 11:57:20 +0000"  >&lt;p&gt;I am glad i was able to surface this now then, because this is quite a &quot;light&quot; localization issue. &#197;,&#228;,&#246; are swedish letters. They are treated as all the other letters in the alphabet in the Swedish language. &lt;/p&gt;

&lt;p&gt;I can certainly confirm that &quot;horrible&quot; feeling that there are different filing rules for different locales..&lt;/p&gt;

&lt;p&gt;The thing with Collation and other localization features of RDBMS:s - to my understanding - is that Collation does just that. It reduces the right diacritics for the intended user&apos;s locale. So the french &#233;:s and &#232;:s would be treated like the swedish audience would like the to be treated, like e:s.&lt;/p&gt;

&lt;p&gt;With regards to your solutions:&lt;br/&gt;
1. This is true for every collation that you choose. Every collation is predictable. Choosing ASCII is perhaps more predictable to you. Not me. &lt;br/&gt;
2. Given there is a decent search engine in front of the codex sources, those could be configured to return the right &quot;locale&quot; based on the search engine&apos;s language analysis. Perhaps It does not have to be that hard.&lt;br/&gt;
3. MARC21 has the concept of nonfiling characters that might be of use in this context&lt;/p&gt;</comment>
                                                            <comment id="180807" author="5bffed52a1b46046f530c8f7" created="Wed, 21 Feb 2018 12:11:57 +0000"  >&lt;p&gt;Yes, this was good to surface!&lt;/p&gt;

&lt;p&gt;But it&apos;s a bit weird that it&apos;s come up in the context of the Codex Search, which has many more implementation issues than other parts of FOLIO. I wonder if we&apos;d do better to sort out our internationalisation issues in (say) the Inventory app first, before attempting this more difficult feat. On the other hand, if we do it this way round, we can be confident that our solution will work in the simpler cases!&lt;/p&gt;

&lt;p&gt;On the solutions:&lt;br/&gt;
1. The thing about simple ASCII collation is not that it&apos;s more intuitive, but that it&apos;s easier to get right. As I said, I am not confident that it&apos;s necessarily even going to be &lt;em&gt;possible&lt;/em&gt; to have the EBSCO KB Codex source do anything else.&lt;br/&gt;
2. I don&apos;t understand what you&apos;re proposing here. Can you please lay it out in a bit more detail, perhaps with an example request-response pair?&lt;br/&gt;
3. The idea here is not to change &lt;em&gt;how&lt;/em&gt; Codex sources sort &amp;#8211; that can be dealt with separately &amp;#8211; but just to have them make an explicit statement of how they sorted (i.e. &quot;this record sorted after the aktansv&#228;rda one and before the &#229;l&#228;ndska one because I sorted by the ket &quot;akta&quot;.&lt;/p&gt;

&lt;p&gt;The values of #3 is twofold. First, and most pragmatically, it allows the multiplexer to zip together the multiple streams of records in a predictable way; second, and more philosophically important, it lays bare what each individual source is doing, and makes it possible for us to chase down the ones that are not behaving as we wish.&lt;/p&gt;</comment>
                                                            <comment id="180809" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Wed, 21 Feb 2018 12:27:39 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed52a1b46046f530c8f7&quot; class=&quot;user-hover&quot; rel=&quot;5bffed52a1b46046f530c8f7&quot; data-account-id=&quot;5bffed52a1b46046f530c8f7&quot; accountid=&quot;5bffed52a1b46046f530c8f7&quot; rel=&quot;noreferrer&quot;&gt;Mike Taylor&lt;/a&gt;, my comments may make my limited knowledge in the inner workings of Codex show. I would welcome some investigation into what the actual needs are.&lt;/p&gt;

&lt;p&gt;Yes, certainly this should also be surfaced in Inventory. I choose Codex since i thought you have directed field searches (title) there, and since it to my knowledge is the intended first point of search in FOLIO. &lt;/p&gt;</comment>
                                                            <comment id="180811" author="5bffed52a1b46046f530c8f7" created="Tue, 29 May 2018 12:03:21 +0000"  >&lt;p&gt;Yep. From a functional perspective, the Codex is a perfectly sensible point of entry to have chosen. It just so happens that it involves a more elaborate technology stack than Inventory, so from an engineering perspective it makes sense to solve the more tractable problem first. But it certainly doesn&apos;t hurt to have in mind, as we do so, the more difficult problem!&lt;/p&gt;</comment>
                                                            <comment id="180813" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Tue, 21 Aug 2018 08:48:08 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed52a1b46046f530c8f7&quot; class=&quot;user-hover&quot; rel=&quot;5bffed52a1b46046f530c8f7&quot; data-account-id=&quot;5bffed52a1b46046f530c8f7&quot; accountid=&quot;5bffed52a1b46046f530c8f7&quot; rel=&quot;noreferrer&quot;&gt;Mike Taylor&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt;. We will take this in two phase:&lt;/p&gt;

&lt;p&gt;1. Support locale-driven collation/sort in mod-inventory-storage (
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;MODINVSTOR-148&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/MODINVSTOR-148&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;sort according to tenant&amp;#39;s locale&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            MODINVSTOR-148
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Open&lt;/span&gt;
            &lt;/span&gt;
)&lt;br/&gt;
2. Address sorting in the Codex mux (
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;MODCXMUX-25&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/MODCXMUX-25&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;sort according to tenant&amp;#39;s locale&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            MODCXMUX-25
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Open&lt;/span&gt;
            &lt;/span&gt;
)&lt;/p&gt;</comment>
                                                            <comment id="180815" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Tue, 21 Aug 2018 09:46:34 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt; on 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UISE-68&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-68&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Codex search treats Swedish diacritics as ascii equivalents&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium&quot; /&gt;
            UISE-68
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 you said:&lt;/p&gt;

&lt;p&gt;&quot;decent search engine might still surface a few hits containing &quot;aland&quot;, but with significantly reduced relevance scores&quot;&lt;/p&gt;

&lt;p&gt;Which assumes that the result would be sorted according to relevancy and not directly according to the locale specific collation rules. I&apos;d like to understand the expectations a bit better, because the two approaches can be contradictory, eg.&lt;/p&gt;

&lt;p&gt;1. assuming matching (search) also considers un-accented version (stripped diacritics) the only sensible sort seem to be &quot;relevancy ranking&quot; that would boost the result positions depending on how close the match is to the original query: e.g in Polish a search for &lt;em&gt;paczki&lt;/em&gt; (&quot;packages&quot;) would find both &lt;em&gt;paczki&lt;/em&gt; and &lt;em&gt;p&#261;czki&lt;/em&gt; (&quot;doughnuts&quot;) but boost &lt;em&gt;paczki&lt;/em&gt; results in the relevancy score. A search for &lt;em&gt;p&#261;czki&lt;/em&gt; (&quot;doughnuts&quot;) would do the inverse. Note that in Polish &lt;em&gt;&#261;&lt;/em&gt; sorts after &lt;em&gt;a&lt;/em&gt; in alphabetical order.&lt;/p&gt;

&lt;p&gt;2. sorting to the strict collation rules may only make sense for exact matching: e.g a search for &lt;em&gt;p&#261;czki&lt;/em&gt; would not yield results for &lt;em&gt;paczki&lt;/em&gt;. If it did, those results would get sorted higher up which I assume would not be the expectation?&lt;/p&gt;

&lt;p&gt;I am sure you can find Swedish equivalents for the above.&lt;/p&gt;</comment>
                                                            <comment id="180816" author="5bffed52a1b46046f530c8f7" created="Tue, 21 Aug 2018 15:13:07 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; Your two-phase approach to resolving this is perfect.&lt;/p&gt;

&lt;p&gt;Of course, once we introduce relevance-based sorting, we have a completely different task in the Codex multiplexer. We&apos;ll need to add a &lt;tt&gt;relevanceScore&lt;/tt&gt; field to the instance schema at &lt;a href=&quot;https://github.com/folio-org/raml/blob/master/schemas/codex/instance.json&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/raml/blob/master/schemas/codex/instance.json&lt;/a&gt; and require all Codex sources to include this field in records returned as the result of a relevance search: then the multiplexer can merge the streams by maintaining decreasing scores.&lt;/p&gt;

&lt;p&gt;But of course the result of that merge may be unsatisfactory, depending on the different scoring algorithms used by the different back-ends. For example, is the EBSCO KB source issues relevance scores between 1 and 100, and the FOLIO Inventory source scores between 0.0 and 1.0, all EBSCO KB records will appear to be more relevant than all FOLIO Inventory records.&lt;/p&gt;

&lt;p&gt;So my proposal at this point is just that we move relevance-ranking into a completely separate issue, and try to avoid letting its unique complexities confuse matters in this one.&lt;/p&gt;</comment>
                                                            <comment id="180817" author="557058:a957226f-df85-4fc8-97f4-8b27a26029ed" created="Tue, 21 Dec 2021 18:50:27 +0000"  >&lt;p&gt;This ticket has been closed because it is over 3 years old and has a very low priority.  &lt;/p&gt;</comment>
                                                            <comment id="180818" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Fri, 14 Jan 2022 08:12:08 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; class=&quot;user-hover&quot; rel=&quot;557058:8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; data-account-id=&quot;557058:8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; accountid=&quot;557058:8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; rel=&quot;noreferrer&quot;&gt;Magda Zacharska&lt;/a&gt; has this behavior been addressed in the Elastic search implementation? Bugfest-Kiwi is not a good example since that is US-centric, so it is a bit hard to verify. Do you want me to create a similar ticket for Inventory?&lt;/p&gt;</comment>
                                                            <comment id="180819" author="557058:8629b273-56f1-466d-b7c7-5cbac0c3379b" created="Fri, 14 Jan 2022 20:17:20 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt; Kiwi bugfest environment is hardly US-centric as in addition to the default English analyzer, it has also Russian, Hebrew and Arabic but it does not have Swedish.  You might want to create a request for devops  to add this analyzer and to rebuild the index after that - so you can verify a Swedish language specific behavior. &lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="76865">MODCXMUX-25</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="55592">MODINVSTOR-148</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80728">FOLIO-1246</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="74813">UISE-70</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="10074">UXPROD-745</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="74804">UISE-68</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="61783" name="Capture2.PNG" size="11892" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Tue, 20 Feb 2018 16:14:04 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummarycf">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10057" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Development Team</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10171"><![CDATA[Prokopovych]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10019" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i00wxq:r</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 21 Feb 2018 08:55:59 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10025" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>[CHART] Time in Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                    </customfields>
    </item>
</channel>
</rss>