[QA] quotes in search string partly misbehave

[jnweiger]

Seen with search_elastic 2.2.0 RC2 in 10.11.0 Alpha 1

Compare: #262 for trailing whitespace behaviour Compare: #287 for refresh problems while editing

The default skeleton set of files in 10.11.0 includes the '/Documents' and '/Learn more about ownCloud/' folders, with multiple documents.

• initializing the index,

• log in as admin, in the files view search for Desktop Sync (two words, without any quotes, separated by a blank)

• Result is 5 matches from file contents:

• This is apparently a case insensitive word prefix search with a logical or conjunction. OK

  • There is only one hit in the subscription Overview.pdf, where the search terms appear exactly as written.
  • Intoducing ownCloud.pdf has a match, where first sync, then a few other words, then desktop is shown.
  • Other matches contain sync and/or synchronisation, but not desktop

---

• Search for "Desktop Sync" (same as above, but enclosed in doublequotes)

• Result is 1 match from file contents, and many other file name matches:

• The logic now seems to be a case insensitive exact string match on word boundaries.

• It is not a logical and conjunction, as the other match, where the two words appear in the same line, but in revers order or with other words in between do not appear.

• Instead, all existing file names are now listed as additional matches. BAD

---

• Search for +Desktop +Sync

• Result is 3 matches, where both words appear:

• The logic now seems to be a case insensitive word match, with a logical and conjunction. OK

• A trailing whitespace is now harmless.

---

• Search for +Desktop +Sync -MSI
• Result is two out of the three matches from above. The one containing MSI is missing. OK
• The logic is and for the words prefixed with + and not for words prefixed with -. OK
• A trailing whitespace is now also harmless.

[jnweiger]

@mmattel side effect of this test: We now better know how to control match logic.