Closed Bug 1385825 Opened 9 years ago Closed 5 years ago

Search results are not optimal

Categories

(support.mozilla.org :: Search, defect)

Product:
support.mozilla.org
Component:
Search
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: underpass_bugzilla, Assigned: mana)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:55.0) Gecko/20100101 Firefox/55.0 Build ID: 20170727114534 Steps to reproduce: Yesterday I wanted to search a particular article by title: "Individuare la versione di Firefox utilizzata" that is the localized version of "Find what version of Firefox you are using" so I - Opened the main SUMO page - Typed "versione firefox" in the search field Actual results: The article doesn't appear in the search results. Expected results: The article should have been in the first page of results. If I use the same search terms in Google, this article is the *FIRST* result. Thanks for your attention.
This maybe a regression of upgrading to Elasticsearch 2.0
Flags: needinfo?(giorgos)
If assume that the language is italian. If you select italian from support.m.o the article is in the results albeit not the first one. I don't understand we you consider the results "inconsistent". We are not trying to be consistent with Google search results. I do agree that the searching mechanism can be improved vastly and this is a valuable report. Thanks for reporting!
Flags: needinfo?(giorgos)
Summary: Search results are inconsistent → Search results are not optimal
(In reply to Safwan Rahman (:safwan) from comment #1) > This maybe a regression of upgrading to Elasticsearch 2.0 The reporter does not say that this used to work and now it doesn't. From this and from comment #2 this is not a ESv2 regression.
So I (In reply to Giorgos Logiotatidis [:giorgos] from comment #2) > If assume that the language is italian. If you select italian from > support.m.o the article is in the results albeit not the first one. Sorry, I know pretty well which articles are translated and which are not. The problem it's not *ME* since I am the SUMO locale leader for Italian localization and I am simply worried that someone could try to search an article and get no results. If I open the home page of SUMO and I see it in Italia, I assume that there is nothing else to select to search in Italian. Isn't it like this? I don't see any other selector to switch, so I ask you to please do this test: - Open https://support.mozilla.org/it/ - Search using the terms "versione firefox" (obviously without bracket) I get no relevant results. Can you confirm? Thanks.
> The reporter does not say that this used to work and now it doesn't. From > this and from comment #2 this is not a ESv2 regression. And yes, until some time ago the search used to work very well.
(In reply to Underpass from comment #4) > So I (In reply to Giorgos Logiotatidis [:giorgos] from comment #2) > > If assume that the language is italian. If you select italian from > > support.m.o the article is in the results albeit not the first one. > > Sorry, I know pretty well which articles are translated and which are not. Underpass I did not say that you know or not know which articles are translated or not. Also I did't know whether you're the locale leader for Italian or not. I said that I agree that the search results can be improved and that this is valuable report. (In reply to Underpass from comment #4) > If I open the home page of SUMO and I see it in Italia, I assume that there > is nothing else to select to search in Italian. Isn't it like this? Yes it is like this but you didn't provide this information in your original report. Thus I said that I assume that this italian and to search for italian you must have selected the italian language. > I don't see any other selector to switch, so I ask you to please do this > test: > > - Open https://support.mozilla.org/it/ > - Search using the terms "versione firefox" (obviously without bracket) > > I get no relevant results. Can you confirm? Indeed I do /not/ see the article in question in the first page. I must have searched differently before. Again this confirms that the search results can be improved, nobody said otherwise. (In reply to Underpass from comment #5) > > The reporter does not say that this used to work and now it doesn't. From > > this and from comment #2 this is not a ESv2 regression. > > And yes, until some time ago the search used to work very well. Can you define the "some time ago" time frame? Is it a week, a month or a year ago?
> Can you define the "some time ago" time frame? Is it a week, a month or a > year ago? You know that we've had a brief and intense interlude with Lithium in the first months of this year so I cannot say precisely *when* I started to see this problem. Last year I remember the search used to work well.
(In reply to Underpass from comment #7) > > Can you define the "some time ago" time frame? Is it a week, a month or a > > year ago? > > You know that we've had a brief and intense interlude with Lithium in the > first months of this year so I cannot say precisely *when* I started to see > this problem. Last year I remember the search used to work well. OK so this is not related to the ESv2 change which happened last week.
> OK so this is not related to the ESv2 change which happened last week. Well, why not? I didn't search anything in a while. It could be related to a change in the search engine.
(In reply to Underpass from comment #7) > > Can you define the "some time ago" time frame? Is it a week, a month or a > > year ago? > > You know that we've had a brief and intense interlude with Lithium in the > first months of this year so I cannot say precisely *when* I started to see > this problem. Last year I remember the search used to work well. Here you imply that you started seeing the problem at some point in the past, I understand more than a week ago, otherwise you would be able to say a specific day when you started to see the problem. In any case, this is not definitely connected with the ESv2 upgrade. There's no solid information that connects this to that. Bottom line is that the search results are not good, we can all agree with that.
See Also: → 1388942
Hello, the problem is still present and I see this bug is still UNCONFIRMED. Would it be possible to know if you plan to work on it? Thanks.
Underpass I just tried to reproduce the bug and I get the "Individuare la versione di Firefox utilizzata" as the very first result. https://screenshots.firefox.com/ZRv5PS1NIFmlE4vw/support.mozilla.org
Flags: needinfo?(underpass_bugzilla)
The article https://support.mozilla.org/en-US/kb/bookmarks-firefox in Italian is translated as "Segnalibri" https://support.mozilla.org/it/kb/Segnalibri Could you please try to search using the keyword "segnalibri" in the search field of the Italian home page? https://support.mozilla.org/it/ I cannot see *any* document having the word "segnalibri" (the Italian for "Bookmarks") in its title. I had to use Google to find it. Thanks
Flags: needinfo?(underpass_bugzilla)
I confirm the behavior described in comment #13. Thanks Underpass
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is there anyone capable and willing to solve this problem?
Flags: needinfo?(mdziewonski)
Thanks for bringing this one up from the cellars, Simone :) I'm reassigning this to Madalina (as agreed) for prioritization. Search changes/improvements are definitely on our agenda for the near/far future.
Assignee: nobody → mana
Flags: needinfo?(mdziewonski)
We are trying to port our exisiting search infrastructure to new version of the search engine that we use (Elasticsearch). We can investigate and fix it after the upgradation has been completed.
(In reply to vesper from comment #16) > Search changes/improvements are definitely on our agenda for the near/far > future. The recent UI redesign made the Search bar more prominent [1]. It's a shame we encourage people to use a "buggy" search feature with a new, big Search bar that appears on the front page, product pages and all KB articles. [2] https://github.com/mozilla/kitsune/issues/3223 Update front page search bar Related discussion: https://support.mozilla.org/en-US/forums/contributors/713242 How to search support.mozilla.org for ALL words (AND) rather than ANY word (OR)
See Also: → 1634975

Hello, it seems that the new search engine works much better than the previous one.
In my opinion the but can be closed.

Thanks.

Fantastic to hear the upgrade to Elastic 7.x has improved things! Thanks for you feedback.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.