UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2824.0 Safari/537.36

Steps to reproduce the problem:
Hi,

This issue is around the Chrome extension “Legacy Browser Support”. However, you will after this reading that the root cause is probably not the LBS.

The problem: Since the v53 (beta channel), redirection fails with message "heildphpnddilhkemkielfhnkaagiabh is blocked, Requests to the server have been blocked by an extension, ERR_BLOCKED_BY_CLIENT"

Believe me, I have spent a lot of time trying to find the exacts conditions of occurrence, since at a first glance, this problem looked to be random.

First thing first… a few information about my testing environment:
I am using a Chrome coming from the beta channel.
I have got one and only one extension installed and enabled: The “Chrome Legacy Browser Support”. In my company, we intensively use this feature to redirect URLs of our legacy applications from Chrome to Internet Explorer.

Here are the steps to reproduce the problem
Be sure that no Chrome.exe process are running. To be sure of that, I have unchecked the advanced parameter "Continue running background apps when Google Chrome is closed".
Be sure that LBS is configured in order to redirect, let's say, http://www.imdb.com/
  1- Launch a Chrome
  2- Open a new tab
  3- In the address bar, type http://www.imdb.com/ and press enter, then the chrome tab is automatically closed, Chrome is still opened and the url is open into IE. This is the correct behavior.
  4- In Chrome, create a shorcut in the bookmark bar (IMDb --> http://www.imdb.com/)
  5- Press the shortcut created at the previous step, the redirection faiLs using the following message "heildphpnddilhkemkielfhnkaagiabh is blocked, Requests to the server have been blocked by an extension, ERR_BLOCKED_BY_CLIENT"
  6- Then try to redo step 2 and 3...you will see that the redirection does not work anymore ("heildphpnddilhkemkielfhnkaagiabh is blocked" - see screenshot #1 attached). Pressing "Reload" displays "Opening Alternate Browser..." (see screenshot #2 attached).

Well, when it is broken, it is broken for good. The only way to make it worked again is to stop all instances of Chrome and to start a new one.

Note that the problem also occurs if the shortcut is a shortcut ".url" stored in a folder. However, if it is a regular Windows shortcut, it works.

The day I wrote this defect, the problem occurs in v53.0.2785.57 (beta channel), v54.0.2824.0 (dev channel) and v54.0.2831 (canary channel). The Chrome stable which is in v52 still works but not for long I guess.
Also, lately I also tried another extension (IE tab) and I observed the same behavior.
Finally, you should know that I have observed this behavior on several workstations inside and outside of my company.

What is the expected behavior?
Redirection to IE should be effective

What went wrong?
See screenshots

Did this work before? Yes Before v53

Chrome version: 53.0.2785.57  Channel: beta
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 22.0 r0

To me, this issue looks quite important since the v53 will be spread in a 2 or 3 weeks. I let you judge of that.

Thanks fo the reading.
 

Deleted: ERR_BLOCKED_BY_CLIENT.jpg 19.0 KB

	ERR_BLOCKED_BY_CLIENT.jpg 19.0 KB View Download

Deleted: Opening in alternate browser.jpg 13.1 KB

	Opening in alternate browser.jpg 13.1 KB View Download