1527053 - Can't quicksearch for a term that's used as a bug alias

Status: NEW

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

Description

[MarjaE]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:65.0) Gecko/20100101 Firefox/65.0 Waterfox/56.2.7

Steps to reproduce:

I searched "video" to find out whether Firefox can inspect, block, kill, and permanently kill pop-up videos. (I don't enjoy migraines.)

Actual results:

I got redirected to:

Bug 382267 (video)
Implement WHATWG Video spec

Expected results:

Maybe "video" would have returned too many results, but this doesn't help.

"kill video" doesn't show relevant results.

Comment 1

[Dylan Hardison [:dylan] (he/him)]

I bet this will be handled by some of the search UX kohei is planning, so I won't speculate on how to improve that at the moment.
But the immediate issue, quoting "video" will do what you want.

Comment 2

[Kohei Yoshino [:kohei]]

I think the current Quick Search behaviour can be fixed so words won’t match aliases. Bug # is probably fine, but words should not be treated as aliases. Instead, we can show any matched bugs in the dropdown list I’m developing in Bug 1472565.

Comment 3

[Kohei Yoshino [:kohei]]

Basically this bug can be solved by removing this line: Bugzilla/Search/Quicksearch.pm#L148

Comment 4

[Kohei Yoshino [:kohei]]

Attachment: GitHub Pull Request

Comment 5

[Kohei Yoshino [:kohei]]

Merged to master.

Comment 6

[Kohei Yoshino [:kohei]]

This could be solved by adding a URL param like redirect_alias=0 only to the quick search forms.

Comment 8

[MarjaE]

bug 1640769 defines this better

Comment 9

[Dave Miller [:justdave]]

(In reply to MarjaE from comment #8)

bug 1640769 defines this better

I agree. Here's the description from bug 1640769:

Aliases are great to name important bugs, but sometimes they get in the way of doing real searches.

E.g., If I wanted to search for bugs that mention "tsan", I'd get from https://bugzilla.mozilla.org/show_bug.cgi?id=tsan to the same page as https://bugzilla.mozilla.org/show_bug.cgi?id=929478 (i.e., just one bug, instead of the list I expected).
And from there, if I really wanted to search for bugs that mention "tsan", I would need to click "Advanced Search", type "tsan" again and enter. It's fairly simple, but it can be a little frustrating, especially with common words.

So I would suggest that when landing on a bug from a quicksearch with an alias, there should be a link near the top, saying something like "<word> is an alias for this bug. If you want to do a search for bugs mentioning <word>, click here".

Bonus: Maybe it could be an option to "quicksearch", so it's easy to create a keyword-search in Firefox?

Also updating the summary to better reflect the issue and make it more searchable (ironically)

Comment 11

[Dave Miller [:justdave]]

Also, it's not clearly mentioned on this bug, you only figure it out if you follow the change history:

This got resolved once by making QuickSearch not resolve standalone aliases.
That broke a lot of people who depended on that functionality, so it was backed out as part of bug 1540245, and this bug was then reopened.

Personally I kind of like the idea proposed by :gerald on bug 1640769 to just go directly to the aliased bug like we used to (still?) do, and add a box at the top to re-run the quicksearch as an actual search. This would probably involve adding a URL param to quicksearch which would tell it to ignore alias resolution, which could be tacked on in the link in the disambiguation box. I suppose quicksearch would need to do something like tacking on "fromquicksearch=1" on the URL when it redirects to the bug, and then show_bug can set/clear a cookie around redirecting to itself to get rid of the param and display the box.

Comment 12

[MarjaE]

Still broken...

Comment 13

[MarjaE]

Quotes don't work either. If I need to search for bugs involving @#$% webp, then a search for webp leads to bug 1294490 while a search for "webp" returns anything containing webpage.

Comment 14

[:glob ✱]

(In reply to MarjaE from comment #13)

Quotes don't work either. If I need to search for bugs involving @#$% webp, then a search for webp leads to bug 1294490 while a search for "webp" returns anything containing webpage.

That sounds like the correct behaviour as quicksearch performs a substring search.

Please use the advanced search form instead, which provides complete control over how and where queries are matched.

Comment 15

[Daniel Veditz [:dveditz]]

Two alternate hacks to get what you want out of the current system

• If you don't need the broad field matching because your term is in the summary: sum:somealias
• if you do want to match lots of fields then subtract alias: somealias -alias:somealias

Comment 16

[Erica Smith]

Attachment: same problem

Thanks from upcueflakas1985.