https://bugzilla.wikimedia.org/show_bug.cgi?id=71491
--- Comment #3 from Nik Everett <[email protected]> --- What Cirrus does now is always search for pages by their redirects but its always the target of the redirect that is returned and never the redirect itself. Cirrus thinks of redirects as attributes of the target of the redirect and ignores redirect pages themselves. Look at the redirects object in the json blob here: https://en.wikipedia.org/wiki/Barack_Obama?action=cirrusdump The upshot is that when you search you can find the result via the redirect and it'll come back in the redirect field but it'll never come back as a title. Example: https://en.wikipedia.org/wiki/Special:ApiSandbox#action=query&list=search&format=json&srsearch=O%27bama&srprop=snippet|titlesnippet|redirectsnippet|sectionsnippet&srlimit=10&srbackend=CirrusSearch I'm honestly not sure what lsearchd does for this. Its similar to Cirrus so far as I can tell: https://en.wikipedia.org/wiki/Special:ApiSandbox#action=query&list=search&format=json&srsearch=O%27bama&srprop=snippet|titlesnippet|redirectsnippet|sectionsnippet&srlimit=10&srbackend=LuceneSearch but it doesn't seem to always work similarly to Cirrus. If it produced the right result for Wikilinker then it must be different somehow. Its a lot of code to read and I've read a lot of it but I don't recall reading this part. In any case for now I think the simplest solution for wikilinker is to set srbackend=LuceneSearch to keep the old behavior. That'll certainly buy us a few months of continued working and its reasonably simple. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
