- Mar 29, 2018
- 7,847
It auto-updated on Brave but for some reason didn't in Edge. You may also go to the dev GitLab page and download CRX file.will ClearURLs update itself or do I have to go to chromestore and play with it?
It auto-updated on Brave but for some reason didn't in Edge. You may also go to the dev GitLab page and download CRX file.will ClearURLs update itself or do I have to go to chromestore and play with it?
It auto-updated on Brave but for some reason didn't in Edge. You may also go to the dev GitLab page and download CRX file.
Thanks for the heads up on this.Latest ClearURLs update:
[1.19.0] - 2020-07-22
Changed url decoding to prevent endless loop
Same here. Updates are reviewed manually so it takes a bit of time sometimes. Already up to date on Chromium Edge.Thanks for the heads up on this.
On Firefox 'Check for updates' in the Add-ons Manager does not find this update. Ver 1.18.1 is the last update that was installed on June 10.
Firefox got the 1.19.0 update today.@Stopspying @SeriousHoax M$ Store is faster to update extensions than Chrome WS. At least, that's what I'm seeing. I don't use FF. Those will update later.
Currently available in Chrome Web Store only, which is stange since it's usually last to get updates.
- Added Dutch translation by Harm M.
- Changed url decoding to prevent endless loop
- Performance optimizations for rules by @thexeos
- Changed default rules and hash host to Github Pages
- Changed rules changelog button href to the new rules submodule repo
- Updated various translations - thanks to all contributors
I don't think he's figured out how to fix it. He has indicated "it's something with Chromium", as if there is no fix, which we know is incorrect.I think it still hasn't settled the eTag issue.
ClearURLs fails the eTag test at Cookieless Cookies. · Issue #67 · ClearURLs/AddonThat's weird. ClearURLs removes the ETag header, but Chromium somehow seems to store it anyway, so it doesn't matter if ClearURLs deletes it or not.
I have to investigate this again. Maybe it would help if I also remove the If-None-Match header. If it is no longer sent, it should theoretically not be possible to map it anymore with the ETag. However, this header is also used for POST requests to avoid duplicates. So here we need to make a distinction by request type. I don't know yet whether this is possible so easily.
I know about this problem. Unfortunately, the eTag filtering under Chrome does not work correctly at the moment. Under Firefox everything is cleaned up correctly. I have to find out why this is the case.
- Rewrite ClearURLs completely form scratch in typescript
- Add features from the milestone %1
- Dedicated documentation page like docs.drasyl.org
About ETags and performace... To get rid of ETags, I have set: user_pref("browser.cache.memory.enable", false); user_pref("browser.cache.memory.capacity", 0); No ETags, but I don't see any performance issues too. |
Maybe soon. New version updated for Chrome today.when new version for edge chromium ?