New issue
Advanced search Search tips

Issue 639140 link

Starred by 5 users

Issue metadata

Status: Duplicate
Merged: issue 633963
Owner:
Closed: Aug 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: webRequest.onBeforeRequest fails when redirected to web accessible extension URL

Reported by donco...@gmail.com, Aug 18 2016

Issue description

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

Steps to reproduce the problem:
1. Load the attached / simplified extension as an unpacked extension.
2. Open a new tab and type nasdq.com and press enter.

What is the expected behavior?
The page should be redirected to the extension's redir.htm page.

What went wrong?
It shows the extension's redir.htm page in the address bar, but the content of the page indicates that the navigation is blocked by an extension.  No extension tried to block the navigation.

The error text is:

haafpbfnbgnlkhmmehaaddbkgbeappod is blocked

Requests to the server have been blocked by an extension.
Try disabling your extensions.
ERR_BLOCKED_BY_CLIENT

WebStore page: https://chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd?hl=en-US

Did this work before? Yes It works in the Stable channel:  52.0.2743.116 m

Chrome version: 53.0.2785.70  Channel: beta
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0

If this slips through it will break major functionality in the IE Tab extension which is in use by over 3 million users.
 

Comment 1 by donco...@gmail.com, Aug 18 2016

webrequest_bug.zip
1.7 KB Download

Comment 2 by donco...@gmail.com, Aug 18 2016

I mis-typed in the repro steps.  Change nasdq.com to nasdaq.com (nasdaq.com is hard-coded in the extension source for this repro)

Cc: japhet@chromium.org dcheng@chromium.org
Labels: -Type-Bug M-53 ReleaseBlock-Stable Type-Bug-Regression
Owner: rob@robwu.nl
Status: Assigned (was: Unconfirmed)
Able to repro the issue on win10 chrome version 53.0.2785.70  and canary

This is working fine in mac and Linux

This is working fine in 52.0.2743.116 and hence a regression

Manual Bisect Info:
Good Build:53.0.2754.0  
Bad Build:53.0.2756.0

CL : https://chromium.googlesource.com/chromium/src/+log/53.0.2754.0..53.0.2756.0?pretty=fuller&n=10000

Possible suspect : https://codereview.chromium.org/1997253002

Please reassign if this is not related to your change.

Hi Rob,
Have a look at  Issue #638844 . It is about a problem with extension LBS. It is also a régression since v53.
In my opinion, it is the same root cause.
F.

Comment 5 by gov...@chromium.org, Aug 22 2016

A friendly reminder that M53 Stable is launching VERY soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP (before 5:00 PM PT, Tuesday) so we can take it for this week LAST Beta release for Desktop. Thank you!

Note: Merge has to happen by Friday, August 26th, 5:00 PM PST in order to make into the desktop Stable final build cut. 

Comment 6 by donco...@gmail.com, Aug 22 2016

Yes, this will be a big deal for most of our 3 million customers if this bug makes it to stable, so please do keep the ReleaseBlock-Stable label, that is much appreciated.
rob@ I am assuming this is similar to  issue#633963 , Please correct me if I am wrong. 

doncodes@ can you please check if this is fixed on latest Chrome canary.

Comment 8 by donco...@gmail.com, Aug 22 2016

This does appear to be fixed in Canary  54.0.2836.0


Comment 9 by rob@robwu.nl, Aug 23 2016

Mergedinto: 633963
Status: Duplicate (was: Assigned)
5cf9d45c437b7b2d899e46f2f324c147a2743eb7 is the culprit.
This was already reported in  bug 633963 , which I've fixed and pushed to the beta branch. At the next Beta release, this bug will be fixed and it will never reach stable.

Sign in to add a comment