Live data from Hacker News

Chromium uses web search for .internal TLD instead of opening URL

issues.chromium.org

41–50 of 96 posts

Re: Chromium uses web search for .internal TLD instead of opening URL

#41
post #2

Having trouble not attributing to malice that which is adequately explained by stupidity here... For Home Assistant for instance, the only reasonable option is .internal - its default .local is not the right TLD to use. [1] [1]: https://serverfault.com/a/937808

> its default .local is not the right TLD to use

What if you advertise it on mDNS?

Re: Chromium uses web search for .internal TLD instead of opening URL

#42
Actually, entering _anything_ that looks like a FQDN should automatically bypass search in any browser. It’s been a long-standing pain of mine that when browsers merged the URL and search fields it became impossible to type “home.lan” (or .local, or .internal) and have it just work without stomping out http:// in front.

Re: Chromium uses web search for .internal TLD instead of opening URL

#43
post #42

Actually, entering _anything_ that looks like a FQDN should automatically bypass search in any browser. It’s been a long-standing pain of mine that when browsers merged the URL and search fields it became impossible to type “home.lan” (or .local, or .internal) and have it just work without stomping out http:// in front.

Also one of the reasons I seriously appreciate Firefox, because you can still have a dedicated search box to the right side of the URL entry field/address bar, and easily reach it by hotkey by command-K on MacOS or other similar shortcuts on Linux, Windows.

The number of times I've typed some internal-only thing or raw IP address into a browser and had it go to a search page instead of the thing I want to talk to, I've lost track of in the past 15 years, and it's too damn high.

Re: Chromium uses web search for .internal TLD instead of opening URL

#44

Earlier quoted context omitted.

Personally I like them separate. But I’ve been working with folks who are not very computer literate at all and I think I agree with you. If one doesn’t know what a URL is in the first place, how would one distinguish which box to type in?

Having them be the same can make tech support a nightmare trying to figure out whether someone actually successfully entered a URL or if they just googled it :( (I personally love the URL bar & search bar being the same bar)

I get the luxury of working with folks in person. In 99% of cases the search produces the right website as the first result. But yeah idk maybe AOL had something going with keywords in some sense in terms of accessibility ¯\_(ツ)_/¯

Re: Chromium uses web search for .internal TLD instead of opening URL

#45
post #28

Earlier quoted context omitted.

Personally I like them separate. But I’ve been working with folks who are not very computer literate at all and I think I agree with you. If one doesn’t know what a URL is in the first place, how would one distinguish which box to type in?

The one that says "Search" in it?

You’d be surprised how many folks don’t turn up their font size when they have bad vision

Re: Chromium uses web search for .internal TLD instead of opening URL

#46

Earlier quoted context omitted.

Personally I like them separate. But I’ve been working with folks who are not very computer literate at all and I think I agree with you. If one doesn’t know what a URL is in the first place, how would one distinguish which box to type in?

It's because of the omnibox that people no longer know what an URL is.

I think that’s part of it. I love URLs (and URIs). Another big part is the predominance of closed social media platforms where the concept of a URL is mostly irrelevant

Re: Chromium uses web search for .internal TLD instead of opening URL

#48
post #47

The first thing I do after installing a web browser is disable search for the URL bar.

Is that even possible? I agree that it should be the default behavior.

..maybe I can set up an own mock search service on localhost. Hmph, I will think about it

Re: Chromium uses web search for .internal TLD instead of opening URL

#49
post #4

One of the worst security bugs of browsers is the combined url/search bar. But Google loves it! What about .corp subdomains?

I think it's the autocomplete in particular that leaks a lot of private data. I've rarely had the combined bar do a search when I didn't want it to. But I use firefox and I turned off autocomplete. And I use my own search instance (SearXNG)

> I think it's the autocomplete in particular that leaks a lot of private data.

That’s the beauty. The whole unified input can be presented as a UX simplicity gain, while this quote points at the actual business value. ;)

Re: Chromium uses web search for .internal TLD instead of opening URL

#50
post #4

One of the worst security bugs of browsers is the combined url/search bar. But Google loves it! What about .corp subdomains?

I think it's the autocomplete in particular that leaks a lot of private data. I've rarely had the combined bar do a search when I didn't want it to. But I use firefox and I turned off autocomplete. And I use my own search instance (SearXNG)

IIRC there is no setting in Firefox to keep the content of the URL bar local.
Post reply on HN