Skip to content

Commit

Permalink
Remove fix to #3639
Browse files Browse the repository at this point in the history
Related discussion:
- uBlockOrigin/uAssets@a54cb2e#commitcomment-34387041

There no more spurious warning from the browser since
Chromium 70, this was fixed in:

https://bugs.chromium.org/p/chromium/issues/detail?id=111700#c42

Removing the special handling code means users of
Chromium 69 and earlier will be back suffering the
spurious warning, but both uBO and HTTPS-Everywhere
function as intended.
  • Loading branch information
gorhill committed Jul 22, 2019
1 parent bb282d4 commit df97249
Show file tree
Hide file tree
Showing 2 changed files with 2 additions and 14 deletions.
2 changes: 1 addition & 1 deletion dist/version
Original file line number Diff line number Diff line change
@@ -1 +1 @@
1.21.2
1.21.4
14 changes: 1 addition & 13 deletions src/js/redirect-engine.js
Original file line number Diff line number Diff line change
Expand Up @@ -177,14 +177,6 @@ const mimeFromName = function(name) {
}
};

// https://github.com/gorhill/uBlock/issues/3639
// https://github.com/EFForg/https-everywhere/issues/14961
// https://bugs.chromium.org/p/chromium/issues/detail?id=111700
// Do not redirect to a WAR if the platform suffers from spurious redirect
// conflicts, and the request to redirect is not `https:`.
// This special handling code can removed once the Chromium issue is fixed.
const suffersSpuriousRedirectConflicts = vAPI.webextFlavor.soup.has('chromium');

/******************************************************************************/
/******************************************************************************/

Expand All @@ -206,11 +198,7 @@ RedirectEntry.prototype.toURL = function(fctxt) {
if (
this.warURL !== undefined &&
fctxt instanceof Object &&
fctxt.type !== 'xmlhttprequest' &&
(
suffersSpuriousRedirectConflicts === false ||
fctxt.url.startsWith('https:')
)
fctxt.type !== 'xmlhttprequest'
) {
return `${this.warURL}${vAPI.warSecret()}`;
}
Expand Down

2 comments on commit df97249

@uBlock-user
Copy link
Contributor

@uBlock-user uBlock-user commented on df97249 Jul 22, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, we no longer notify the user in case of conflicts between extensions.

Because of that, I don't see any extension warnings occur since last year or so. So the conflict still happens but user no longer will get notified(which was an annoyance to be realistic), no wonder it took a filter not working to realise this issue

@gorhill
Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The filter would not have caused a warning, there was no redirection being made because no data: URI could be constructed -- as opposed to when resouces.txt was used.

Please sign in to comment.