Closed Bug 592013 Opened 10 years ago Closed 10 years ago

AwesomeBar shows a different subdomain in search results when another subdomain is a substring

Categories

(Toolkit :: Places, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 506863

People

(Reporter: paulc, Unassigned)

Details

This is probably a rare situation. The screenshot explains it all. [1]

STR:
1. Have two subdomains, one containing the other as a substring, e.g.
(1) support-stage.mozilla.com
(2) mobile-support-stage.mozilla.com
2. When visiting (1), I wanted to go to a different page on the same subdomain, and edited the last part of the URL.

Actual results:
The first result is on a different subdomain.

Expected:
A different subdomain shouldn't match? At least not if I have the http(s):// prefix in the URL as well. I'm not quite sure, but the current behavior surprised me.


[1] http://img245.imageshack.us/img245/7097/screenshot20100830at122.png
we strip prefixing http, https, ftp from the searched term to give more global results
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 506863
Yeah. Tough call. The way I think of it: if it's explicitly provided, don't strip it. Now how to define "explicitly provided", I don't know. Perhaps as "typed" or "pasted" as opposed to "found through the dropdown results" but I guess there's lots of edge cases to consider :(
You need to log in before you can comment on or make changes to this bug.