452947 - Search results should only include content from the same locale

Status: RESOLVED FIXED

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

Description

[Daniel Brooks [:db48x]]

Currently it returns all documents in the wiki containing the words the user has searched for, but in many cases this is inappropriate. For example, searching for the names of DOM classes or functions returns documents in many languages, because these names are not translated. The result is that the first search result is generally not a document the user can read. For example, the first result when I search for "RegExp" is <http://developer.mozilla.org/index.php?title=Es/Referencia_de_JavaScript_1.5/Objetos_globales/RegExp&highlight=RegExp>; the english version is the fifth result returned.

Instead, the search should look at the Accept-Language header from the HTTP request, and return only documents with that language code with that language code as a prefix to the document title. (This is one way that using these prefixes instead of namespaces or separate installations complicates matters.)

Comment 1

[Eric Shepherd [:sheppy]]

If you configure your preferred language in your preferences (Site tools->Preferences), that language will automatically be used to filter search results.

I'll suggest to MindTouch using the Accept-Language header if one is present though.

Comment 2

[Eric Shepherd [:sheppy]]

http://bugs.developer.mindtouch.com/view.php?id=4938

Comment 3

[:Mook]

Just a random note - it doesn't appear to matter what page you initiated the search on.  I would have expected that using the search box on https://developer.mozilla.org/En would have returned English results, regardless of the UA preferences, given that it was explicitly English.  (This applies to other /en pages too, of course)

(That part may be a local site thing, I have no idea.)

Comment 4

[Hubert Gajewski]

Confirmed.

Comment 6

[Eric Shepherd [:sheppy]]

See http://bugs.developer.mindtouch.com/view.php?id=4856 for the MindTouch bug on this problem.

Comment 8

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

This is still a huge problem, and I don't think either this bug or the mindtouch bug captures it -- I'm on our search page, and I see:

Search: [xul       ] [English     v] [Search]

English is clearly visible as a chosen language there, except when I search, I get almost no results in english.  It essentially makes search worthless on MDC right now, unless someone happens to know to go and set their preferences (for which they would have to create an account, no?)

Comment 9

[Eric Shepherd [:sheppy]]

I've updated the bug report on MindTouch's bug database. I'm annoyed by this one as well. It should have been fixed by now.

Comment 11

[John Karahalis [:openjck]]

Bumping this to P2, assuming it is still an issue. I suspect that bug 670812 would no longer be important to users if this is fixed, but some research is probably necessary.

Comment 13

[[github robot]]

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

https://github.com/mozilla/kuma/commit/0070b48fcbc5d1079bca6d4240f3ad911952bcc3
fix bug 452947 - Display search results from user's locale

https://github.com/mozilla/kuma/commit/76e9297ebf3bd7b51674b9ab019ec59c06843f20
Merge pull request #1159 from darkwing/search-locale-452947

fix bug 452947 - Display search results from user's locale

Comment 14

[Memmie Lenglet]

The search results still display other locales
As a example : "transform" https://developer.mozilla.org/en-US/search?q=transform
show following results:
- [position 3] developer.mozilla.org/en-US/docs/CN_MDN/CSS/transform which redirect to https://developer.mozilla.org/zh-CN/docs/CSS/transform
- [position 4] developer.mozilla.org/en-US/docs/Trash/MDN/CSS/transform which redirect to https://developer.mozilla.org/zh-CN/docs/CSS/transform

Comment 15

[Jean-Yves Perrier [:teoli]]

The problem here is not the display of a chinese page: it is merely a side-effect on the real problem which is 'No redirect page should appear in search results.'.

I filed bug 927342 for it.

Thanks for reporting it.