Search is giving locale based results even for administrator role for Web Content articles

• Type: Bug
• Status: Closed
• Resolution: Fixed
• Affects Version/s: 7.0.X, Master
• Fix Version/s: 7.2.0 GA1
• Component/s: WCM
• Labels:
  • 7.1-won't
  • QA-V
  • ee-ts
  • search-jan19
• Epic/Theme:
  • multi-language-search
• Story Points: 0.25
• Fix Priority: 3
• Epic Link: Multi Language Search in 7.2
• Git Pull Request: https://github.com/arboliveira/liferay-portal/pull/574

Similar for DM: LPS-74642

Investigating Web Content search behavior it turned out we index fields inconsistently. "Title" behaves differently from "Content" and "Description" as of --LPS-67687--.

Steps to reproduce:

1. Login with Test Test
2. Create a Web Content Article with title "liferay"
   Note: the article only has 1 translation which is EN US by default and this is the article's default locale
3. Add Language Selector to a page
4. Switch to another locale
5. Search for "liferay"
   Article is not found
6. Edit the article and add "foo" as a content
7. Search for "foo"
   Article is returned

Expected behaviour (determined by the product team):

• Index one localized field per translation
• Query has one clause per each Site language, as "should" (matching any)
• Query uses Site languages only, ignores Display Locale altogether
• Query gets bigger and slower as number of Site languages increase
• Japanese in western fields (en_US, nl_NL) gives inexplicable search results
• Japanese in western fields (en_US, nl_NL) highlights incorrectly
• Never index "title" - it's western by default, bad for Japanese. (-LPS-67687-)

Reproduced:
de-39
7.0.x commit 788161b414cefb00a136311c0fd55391a431eeee
Master commit 9f2cbbd236513332dca1ef619bca3dec6616a4c1

Additional notes:
Searching from a search portlet results the same issue.