Searching for example, pages using a tag <FooBar>text</FooBar> would report content found in x pages. Now search <FooBar> no content in pages found. Search <FooBar no > found on 3 pages but expect 50.
Even after running "rebuildtextindex.php" pages did not show up in the search - not even title matches.
It seems to be a regression: it worked properly with MW 1.23 but now fails with MW 1.27
Description
Related Objects
Event Timeline
Searching for example, pages using a tag <FooBar>text</FooBar> would report content found in x pages. Now search <FooBar> no content in pages found. Search <FooBar no > found on 3 pages but expect 50.
@Hutchy68 This is the one you observed. The wiki I just upgraded does not really utilize tags within the text. Moreover it is pretty small with marginal activity. Perhaps you are still able to reproduce before and after with another wiki.
Even after running "rebuildtextindex.php" pages did not show up in the search - not even title matches. It seems to be a regression: it worked properly with MW 1.23 but now fails with MW 1.27
I still have a medium size wiki (about 90,000 pages) with daily activity (new pages) to upgrade from 1.23 via 1.25 to 1.27 so I will try to verify this second part of the issue. Moreover I will also try to verify the first part of this issue.
I dunno if this is related however the size of the database dropped from 31.6 MB (1.23.15) to 12.2 MB (1.25.6) / 13.0 MB (1.27.3). I do not think that this is related to the hitcouters table which was dropped. Apparently I retained the table via the specialized extension which is the reason why I have to upgrade via REL1_25.
@Kghbln thanks for the investigation, I'm moving this to our backlog because I'm lacking some context to investigate properly the issue (it's still unclear to me what need to be fixed).
@dcausse Thanks for you comment. I indeed will have to provide more information for you to be able to track down the issue. Need to update that particular wiki soon. What worries me is that new pages do not show up in the search results which no script at hand to add these somehow. The search by tags is of lesser concern to me personally in my circumstances since the wiki does not use this much. However, if there is an issue we should be able to track it down too.
@dcausse @Hutchy68 I have upgraded the wiki I mentioned earlier in my posts from 1.23 to 1.27 yesterday. Prior to doing so I searched for <pre>test</pre> and <poem>test</poem> which I added to three pages each. I ran "rebuildtextindex.php" to make sure these pages are in the index. The result in 1.23 and 1.27 is equally bad, so there is no regression detectable to me. Thus I am closing this task as "invalid". It could of course be changed in the light of new findings. Improving the regular search without the involvement of ElasticSearch would be a separate task. However I consider the chances to be very low for this happening at all.