The circled footnotes "Prophets" are the only ones displaying the correct hover content (below).
If the word "prophets" is not part of the query eg. <bible ~ 2 Kings 8-19>, then the hover display is correct.
I can duplicate this bug on my system too.
How interesting. This query should return very few results of course (just finding results where prophets and a reference to 2 Kings are found in the same footnote). Which is exactly what's happening on my computer (but not yours). So I guess that means you're having the same problem with prophets, as Rosie and I are having with churches. The bug is not the display of the results, as the results are invalid anyway.
We thought this bug was fixed in 4.2 B2, but apparently there are still some outstanding instances. I'll let development know. Thanks.
So I guess that means you're having the same problem with prophets, as Rosie and I are having with churches.
The results are valid. The query only returns 167 results in 21 of my library resources. <bible ~ 2 Kings 8-19> returns 65,810 results in 433 resources.
<bible ~ 2 Kings 8-19> ANDEQUALS church returns 71 results in footnotes of 8 resources; some are numbered and the rest (44) are in Reformation Study Bible eg. "prophets"!
I rebuilt my library index after the problem with HCSB OT-Quotes.
So did I!
The circled footnotes "Prophets" are the only ones displaying the correct hover content (below). [snip] If the word "prophets" is not part of the query eg. <bible ~ 2 Kings 8-19>, then the hover display is correct.
[snip]
The "bug" is occurring because the word appears both in the surface text (when means "display the article text on hover") and in the footnote (which means "display the footnote text on hover"). We can't do both, so the search engine (possibly arbitrarily) picks one behaviour. It may be possible to coerce it into choosing one behaviour over another.
The "bug" is occurring because the word appears both in the surface text (when means "display the article text on hover") and in the footnote (which means "display the footnote text on hover").
Results for <bible = Jn 3> show consistently incorrect text on hover ie. it chooses article text in any form eg. John 3 and 3.
The search result hit is in the surface text of the resource, so the hover tip shows the surrounding text at the search hit location. (The only alternative I can think of is that the search hover tip would show you the text of John 3 from your preferred Bible instead—is this what you're expecting?)
The same thing will happen if you search for a Strong's Number or Josephus reference or any other hyperlinked data type: the search results tooltip shows the context of the search hit, not the ultimate destination of any hyperlink that the search hit may have happened to coincide with.
It was, but it makes more sense to not complicate Search Results for data types that are only in the surface text. I would rather see the footnote text when the result (eg. prophets) is also in the surface text.
Example (Reformation Study Bible):
34:10-12 See note 18:15-19; “Prophets” at 18:18. --> where "Prophets" is a footnote and both bible references (18:) are for articles in the resource!
.
I would rather see the footnote text when the result (eg. prophets) is also in the surface text.
Right, it would be nice to be consistent (e.g., always show footnote text on hover if at least one of the hits is in the footnote text), but I haven't looked into the code to see how difficult this would be. (It may be that the search engine arbitrarily discards hits at the "same" position at a low level before the result presentation code decides which tooltip to show based on whether the hit is in surface or non-surface text.) I think this should be possible, but it's a bit of an edge condition (and lower priority than some other bugs we want to fix).
