931412 - Search results in MDN completely broken. Relevance and useless redirects.

Status: RESOLVED FIXED

(developer.mozilla.org Graveyard :: Search, defect)

Description

[Aleksandr Motsjonov]

What did you do?
================
So, it is not the first time when I found something very strange in a first place in my search result.

Here is simple example:
I type "createElement" and I found this as a first result

https://developer.mozilla.org/en-US/docs/Talk:DOM/document.createElement - have now Idea what is this?

What are other results ?
developer.mozilla.org/en-US/docs/DOM:document.createElement
developer.mozilla.org/en-US/docs/DOM/document.createElement
developer.mozilla.org/en-US/docs/document.createElement
developer.mozilla.org/en-US/docs/Web/API/document.createElement
developer.mozilla.org/en-US/docs/Document_Object_Model_(DOM)/document.createElement

Four of them redirect to the same page - https://developer.mozilla.org/en-US/docs/Web/API/document.createElement

I think it shouldn't be like this anyway.



What happened?
==============
-

What should have happened?
==========================
-

Is there anything else we should know?
======================================

Comment 1

[John Karahalis [:openjck]]

Aleksandr, are you testing the redesign beta? Do you see a banner starting with "Welcome to the new MDN beta!" at the top of the page?

Comment 2

[Aleksandr Motsjonov]

Sorry, for not mentioning this. Yes, I'm testing beta. (And Also I assumed search result should be the same, because it's only "design")

Comment 3

[Jean-Yves Perrier [:teoli]]

I think Groovecoder reindexed the search, excluding a lot of pages. This may have solved all or part of this problem.

Groovecoder: can you confirm that the reindexation is in prod and we can retest?

Comment 4

[Luke Crouch [:groovecoder]]

Reindex helps, but there's still a bug where those pages are added back to the index if they're updated/edit/re-created. I'm still working on that one.

Comment 5

[Luke Crouch [:groovecoder]]

Much of this is contingent on https://github.com/mozilla/kuma/pull/1583 landing - it refactors a bunch of search code.

Comment 6

[Jean-Yves Perrier [:teoli]]

Cool, I think we should block on this (likely mostly a duplicate of other blockers anyway) and revisit this once PR 1583 is in prod.

Feedback from Ali requested for the blocking decision.

Comment 7

[Māris Fogels [:mars] (please needinfo)]

Agreed, we should re-check the quality of the search results after the PR in 
comment 5 lands.

Comment 8

[Māris Fogels [:mars] (please needinfo)]

Confirmed with Ali that this should block the launch.

Comment 9

[[github robot]]

Commits pushed to master at https://github.com/mozilla/kuma

https://github.com/mozilla/kuma/commit/d8ce6fc87c3cd82c3cfa8a0173e22fecee989433
fix bug 928302, 929373, 931412 - Check if the search index entry of a wiki document should really be updated during saving or deleting.

This fixes the problem of accidentally indexing wiki documents which  
aren't supposed to be index when saving or deleting them.

https://github.com/mozilla/kuma/commit/334a8cee56d8947fab213ce2a02424f7c346fb1d
Merge pull request #1631 from jezdez/improved-indexables-928302

fix bug 928302, 929373, 931412 - Check if the search index entry of a wiki document should really be updated during saving or deleting.

Comment 10

[Aleksandr Motsjonov]

When the latest index will be available in production? I don't see any changes right now.