FastVectorHighlighter Overlapping Proximity Queries Do Not Highlight [LUCENE-4734]

If a proximity phrase query overlaps with any other query term it will not be highlighted.

Example Text: A B C D E F G

Example Queries:

"B E"\~10 D
(D will be highlighted instead of "B C D E")

"B E"\~10 "C F"\~10
(nothing will be highlighted)

This can be traced to the FieldPhraseList constructor's inner while loop. From the first example query, the first TermInfo popped off the stack will be "B". The second TermInfo will be "D" which will not be found in the submap for "B E"\~10 and will trigger a failed match.

---
Migrated from [LUCENE-4734](https://issues.apache.org/jira/browse/LUCENE-4734) by Ryan Lauck, updated May 09 2016
Attachments: [lucene-4734.patch](https://apache.github.io/lucene-jira-archive/attachments/LUCENE-4734/lucene-4734.patch), [LUCENE-4734.patch](https://apache.github.io/lucene-jira-archive/attachments/LUCENE-4734/LUCENE-4734.patch), [LUCENE-4734-2.patch](https://apache.github.io/lucene-jira-archive/attachments/LUCENE-4734/LUCENE-4734-2.patch)
Linked issues:
- #5190
- #5190

Start at the FieldPhraseList constructor, especially its inner while loop, and trace how overlapping proximity queries are matched against successive TermInfo entries. Use the two query examples as regression cases: the first should highlight “B C D E,” and the second should highlight the overlapping phrase rather than nothing.

Written by the indexing model from the issue text.