Skip to main content

Where did your Chrome URL go?

You may have noticed lately, at least this happenes in my Chrome v35 beta, that the entire URL has vanished and only the site FQDN is showing?

Illustration:

FQDN, but no Complete URL. Annoying if you ask me


 
First I didn't find any solutions while googling, so I started to og through all the advanced and experimental settings ("flags") for Chrome and at the bottom I found the solution/configuration.
 
Open this URL in Your Chrome: chrome://flags/#origin-chip-in-omnibox
 
This will give you this:
Even the flag url is hidden, showing only "Chrome"
Now, by setting this setting to 'Disabled' and restart Chrome everything is back to normal, or at least the way I prefer it - the COMPLETE URL is shown :) 

Much better!

Later I started googling for the key Words in the settings, like "origin-chip" and found some more information: http://chromespot.com/2014/01/17/you-can-now-customize-origin-chip-url-address-in-chromium/

Comments

Popular posts from this blog

How to configure multiple VLANs on QNAP TS-869U

It's unbelievable that QNAP still doesn't support multiple VLANs on a single bond0 interface via GUI when they now just released the QTS v4.1.0 NAS Operation System for QNAP. The underlying Linux OS (QTS) does support it, and there should at least not be any problems with Intel chipsets. Some are reporting problems with Marvell.. but I haven't tried. I wanted to use the QNAP as a iSCSI storage for my LAB using a second interface while having full redundancy and get max bandwith (2x1GbE) for my ESXi hosts, and I didn't want that interface routed. At the same time I of course need the possibility to manage the QNAP system via the main interface, which is routed. This CLI "hack" will at configure the QNAP for a second VLAN interface that will be persistent during reboots. It's not been verified that it works after an upgrade of the firmware, but I presumed it will. To get this to work I presume you already have the following working: Network onfigured...

Typing @-character is delayed with Asus GPU TweakII and scandinavian keyboard layout (at least norwegian)

After I reinstalled my computer a while back, I noticed that one characters (the @-sign) had a long delay before showing up after I had hit the key on the keyboard. And I noticed it wasn't every time I had turned on my computer it was "slow". Imagine how frustrating it is to write your email address in a normal pace on the keyboard, just to find it spelled firstname1977gma@il.com instead of firstname1977@gmail.com ? Hitting ' @ 'had 0.5 to 1 second delay before it showed up on my screen, while the characters after displayed instantly. The computer in question runs english Windows 10 x64 with an NVidia GTX1070 card from Asus, and using a norwegian/scandinavian keyboard (Logitech G710+, but model isn't the problem). Throubleshooting led me to narrow the problem down to my ASUS GPU TweakII v1.4.0.8 (older version probably have the same problems). When I started the program, which was set to auto-start, I was suddenly no able to type @ as fast and often as ...

Upgrade Brocade VDX from USB

Brocade VDX NOS 2.0.x and NOS 2.1.x admin guide and cli ref says this is the command to update the NOS firmware on VDX: firmware download usb directory firmware/nos2.1.0 It's not. Drop the 'firmware/' in the path. Correct and working (from 2.0.0 to 2.1.0 at least) is: firmware download usb directory nos2.1.0 I believe you need to have a Brocade USB. Perhaps it works with other sticks with the same folder layout, I don't know. And by the way, there are no release.plist file in the root of the nos2.1.0 folder. Brocade USB folder layout - one folder 'brocade' in the root and four subfolders: brocade/ config firmware firmwarekey support Updated 20120809.