Closed Bug 1693503 Opened 4 years ago Closed 4 years ago

Searches such as Einstein@Home resolve to URL instead of Search

Categories

(Firefox :: Address Bar, defect, P3)

Firefox 87
defect
Points:
2

Tracking

()

VERIFIED FIXED
89 Branch
Iteration:
88.1 - Feb 22 - Mar 7
Tracking Status
firefox87 --- wontfix
firefox88 --- wontfix
firefox89 --- verified

People

(Reporter: bobsfree, Assigned: daisuke)

Details

(Keywords: papercut, parity-chrome)

Attachments

(2 files)

Attached file about:support

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0

Steps to reproduce:

Search "Einstein@Home" in the url bar.

Actual results:

Redirected to https://home

Expected results:

Search with selected search provider (in this case the default).

Note that this works for any "string"@"string2" combination, with the URL directing to attempting to resolve a webaddress https://"string2"

This "@Home" case is a particular issue given the existance of projects like BOINC and Folding@home.

Chromium and Epiphany do not do this, and instead resolve the search.

Has STR: --- → yes
Component: Untriaged → Address Bar
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Keywords: parity-chrome

Woops error in my comment above. I meant to say "the issue appears" instead of "that this works"

:bobsfree, if you think that's a regression, could you try to find a regression range using for example mozregression?

I think this always worked like that, probably not a regression.
what you typed may indeed be a a url of kind user@host. Here we should probably decide what to do about host, probably we should check if the host is in the allowlist of local hosts, and consider it a search if not.

Severity: -- → S3
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: papercut
OS: Linux → All
Priority: -- → P3
Hardware: x86_64 → All
Summary: Search in the MegaBar such as Einstein@Home resolves to URL instead of Search → Searches such as Einstein@Home resolve to URL instead of Search

For now you can workaround the poblem by typing a question mark before the search, or entering search mode (CTRL+K or click on a search engine in the panel) instead of normal mode.

Points: --- → 2
Assignee: nobody → daisuke
Status: NEW → ASSIGNED
Iteration: --- → 88.1 - Feb 22 - Mar 7
Pushed by dakatsuka.birchill@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b60cf5bc8712 Do search if the format inputed is user@host but might be intented as keyword. r=mak
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 89 Branch

Since the status are different for nightly and release, what's the status for beta?
For more information, please visit auto_nag documentation.

The patch landed in nightly and beta is affected.
:daisuke, is this bug important enough to require an uplift?
If not please set status_beta to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(daisuke)

we want full testing cycle here.

verified fix on Ubuntu 20 , Windows 10 , and MacOS 10.14 with Firefox Nightly 89.0a1

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: