Windows 10 News and info | Forum
April 26, 2019, Loading... *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: This is a clean Ad-free Forum and protected by StopForumSpam, Project Honeypot, Botscout and AbuseIPDB | This forum does not use audio ads, popups, or other annoyances. New member registration currently disabled.
  Website   Home   Windows 8 Website GDPR Help Login Register  
By continuing to use the site or forum, you agree to the use of cookies, find out more by reading our GDPR policy.
Pages: [1]
Share this topic on Del.icio.usShare this topic on DiggShare this topic on FacebookShare this topic on GoogleShare this topic on MySpaceShare this topic on RedditShare this topic on StumbleUponShare this topic on TechnoratiShare this topic on TwitterShare this topic on YahooShare this topic on Google buzz
Author Topic: Chrome 69 Removing WWW and M subdomains From the Browser's Address Bar  (Read 51 times)
Hero Member
Offline Offline

Gender: Male
United States United States

Posts: 29943

I Do Windows

WWW Email
« on: September 10, 2018, 11:59:56 AM »

With the release of Chrome 69, Google has decided to strip the "www" and "m" subdomains from the URL displayed in Chrome's address bar. For example, when a user visits, the www would be stripped and displayed as in the address bar.

www subdomain stripped from

When this was discovered, users and security experts expressed concerns that this new behavior will cause confusion for users who may think that they are going to a particular site but may actually be going to a completely different one. Furthermore, due to bugs in this implementation, the "www" string could be stripped incorrectly and thus display an incorrect URL in the address bar.

As stated by a Chromium developer in the behavior's bug report, the www and m (for mobile) subdomains are being classified by Google as "trivial" subdomains because they feel most people do not need to be concerned with the information they represent.

"The subdomains reappear when editing the URL so people type the correct one.  They disappear in the steady-state display case because this isn't information that most users need to concern themselves with in most cases.  I think this is an OK tradeoff even in the rare case when is not actually the same as  (Side note: like it or not, almost no real-world users will use such a thing correctly; configuring your server like this seems like a Bad Move even if it's technically legal, because people are going to access the wrong thing, and that has been true for some time and irrespective of Chrome's UI changes.)

There are multiple real bugs here though:

www.2ld.tld]www.www.2ld.tld[/url] should become www.2ld.tld, not 2ld.tld (we should strip at most one m. and www.) should be left as-is, not (should only strip prefixes)"

To many users, though, this logic doesn't make sense as does not always go to the same site as and will just confuse users.

"This is a dumb change. No part of a domain should be considered "trivial". As an ISP, we often have to go to great lengths to teach users that "" and "" are two different domains, and that they may not necessarily go to the same destination. The marketing world has done a lot of damage convincing people that "www" is both ubiquitous and non-essential, when in fact, for some domains, the use or lack of it can be quite important to getting to the correct location."

Another example given in the bug report was that the address is a website, while the stripped URL would appear in Chrome as, which is a random NTP server.

"How will you distinguish vs ?

One takes you to the website about the project, the other goes to a random ntp server."

Finally, another commenter shows how the "www" string may be stripped incorrectly and thus show an incorrect URL due to bugs in the implementation.

"Enter into the address bar:]http://www.example.[url=][/url]

It shortens it:

WTF? How does][/url] ==="

How Chrome 69 decides to strip a subdomain

From the Chromium source code, Chrome 69 has a function called IsTrivialSubdomain() that checks whether a subdomain is "www" or "m". If the subdomain is "www" then the function returns true, and if Chrome is being used on Android or iOS, will return true for the "m" subdomain.

If the function returns true, Chrome will strip the subdomain from the URL when it is displayed in the address bar.

  static bool IsTrivialSubdomain(base::StringPiece subdomain) {
    if (subdomain == "www")
      return true;

#if defined(OS_ANDROID) || defined(OS_IOS)
    // Eliding the "m" subdomain on Desktop can be confusing, since users would
    // generally want to know if they are unintentionally on the mobile site.
    if (subdomain == "m")
      return true;

    return false;

How to stop the stripping of trivial subdomains

Due to the confusion and possible security risks of this new feature, it is suggested that users disable the stripping of trivial subdomains. To disable the removal of trivial subdomains you can follow these steps:

1. Open the Chrome browser and enter chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains into the address bar. Then press Enter.

2. Chrome will open a page that shows the "Omnibox UI Hide Steady-State URL Scheme and Trivial Subdomains" setting. Change this settings to Disabled.

3. The browser will then display a prompt that you need to relaunch the browser for the setting to take effect. Click on the "Relaunch Now" button and the browser will restart.

4. Now that the setting is disabled, you will see the full addresses for the site you are visiting in the address bar as shown below.

Full addresses showing again in the Chrome 69 address bar

« Last Edit: September 10, 2018, 12:12:07 PM by javajolt » Logged

Pages: [1]
Jump to:  

Powered by SMF 1.1.21 | SMF © 2017, Simple Machines

Google visited last this page April 24, 2019, 06:13:31 AM