gorhill / ublock-for-firefox-legacy Goto Github PK

References:
uBlockOrigin/uBlock-issues#760

When these type of rules starts to appear, it's important that uBO Legacy supports them!:
https://github.com/gorhill/uBlock/commit/3c67d2b89f8ac6d680e74af3e11b916889f7/

After most recent commit

b721609

file CONTRIBUTING.md still directs visitors to

https://github.com/uBlockOrigin/uBlock-issues/issues

Kindly modify accordingly, thanks... 😄

Currently, filter syntax converter applies only to an explicitly specified limited set of filters, and also does not apply to "My filters".

There was a request that this behavior needs to be adjusted.

This issue is intended for release communication.

Reference:
DandelionSprout/adfilt#7 (comment)

Suspected perp:
https://github.com/gorhill/uBlock/blob/92c0f6cab645a23374307b181498987c002c426c/src/js/assets.js#L116

Currently middle click on uBlock icon does nothing.
It would be really useful if we could choose between:

1. Open the dashboard
2. Open the logger
3. Enter element picker mode
4. Enter element zapper mode

Thank you.

Prerequisites

• [+] I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• [+] This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• [+] I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • [+] uBlock Origin is the only extension
  • [+] uBlock Origin with default lists/settings
  • [+] using a new, unmodified browser profile
• [+] I am running the latest version of uBlock Origin
• [+ ] I checked the documentation to understand that the issue I report is not a normal behavior

Description

Open URL https://mpc-hc.org/
After clicking on the "zapper" or "picker" button, I see a broken pop-up interface.
Disabling all filters does not affect the problem.

A specific URL where the issue occurs

https://mpc-hc.org/

Steps to Reproduce

1. Clean install browser with new profile.
2. Clean install uBO legacy with default settings/filters.
3. Open URL https://mpc-hc.org/
4. Click on the uBO button on the browser toolbar and select "zapper" or "picker".

Expected behavior:

Ability to select a page elements.

Actual behavior:

Unable to select page elements. Pop-up interface is broken.

Your environment

• uBlock Origin version: 1.16.4.24
• Browser Name and version: Basilisk 2020.06.10, Serpent 2020.06.19 (fork of the Basilisk), Pale Moon 28.11.0, MyPal 28.11.0 (fork of the Pale Moon).
• Operating System and version: Win 7 Pro x32 SP1, Win XP Pro x32 SP3.

Reference:
uBlockOrigin/uBlock-issues#385

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

Keyconfig element is already created from the start, but there is no UI for binding keys.

As a reference you could take a look at Dorando Keyconfig or TGS.

Your environment

• uBlock Origin version: 1.16.4.23
• Browser Name and version: Basilisk 2020.06.10
• Operating System and version: Manjaro 20.0.3 Lysia

Related sources:

• https://github.com/gorhill/uBlock/commits/master/assets/resources
• https://github.com/gorhill/uBlock/commits/master/src/web_accessible_resources

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin (1.16.4.19 stable)
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

Currently, neither $all or $doc seem to be supported by Firefox Legacy, as any strict blocking prompts don't show up.

Fixing $doc would be as simple as adding 'doc': 'main_frame' to

A specific URL where the issue occurs

Just about anywhere on the internet, but let's assume https://www.nrk.no/ as a very, very safe test site for this.

Steps to Reproduce

1. Add ||nrk.no^$all and ||nrk.no^$doc to My Filters.
2. Visit https://www.nrk.no/.
3. See that the strict warning page doesn't show up, and that the site is loaded normally.

Expected behavior:

The strict blocking page shows up.

Actual behavior:

The page is loaded normally.

Your environment

• uBlock Origin version: 1.16.4.19
• Browser Name and version: Pale Moon 28.8.4 64-bit
• Operating System and version: Windows 10 November 2019 Update

There are several issues with svg icons in redesigned dashboard on Gecko 45-51:

1. The for ( const loop need to be replaced with for ( let

2. The old Gecko versions do not support svg use href attribute, so svg icons are not visible at all

I tried to use xlink:href instead of href, but that only worked for checkboxes statically defined in settings.html and 3p-filters.html, but not for fa-icons.js-generated icons.

I believe we should still try to fix this by providing some workaround, primarily for TenFourFox.

@hawkeye116477, could you please take a look at this?

Easylist Cookie List seems to have been removed from this URL now:
https://easylist-downloads.adblockplus.org/easylist-cookie.txt

Therefore, the filter's contentURL needs to be updated in uBO Legacy, to the one currently used by uBO's main branch, which is this one:
https://secure.fanboy.co.nz/fanboy-cookiemonster.txt

Reference:
https://github.com/gorhill/uBlock/wiki/Per-site-switches#no-scripting

I was mistaken about the repositories, because legacy has limited support for HTML Filtering:

example.org##script:contains(...)

not like:

example.org##^script:has-text(...)

How and where do I make a donation to Gorhill ?

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

[Description of the bug or feature]

I try to install uBlock0_1.16.4.28.firefox-legacy.xpi file and get the warning of "add-on could not be install because it had not been verified" on my FF browser this include uBlock0_1.33.2.firefox.signed.xpi since it say that it not compatible with FF 53.0.3

[A specific URL is MANDATORY for issue happening on a web page, even if it happens "everywhere"]

Steps to Reproduce

1. download uBlock0_1.16.4.28.firefox-legacy.xpi/ uBlock0_1.33.2.firefox.signed.xpi
2. set xpinstall.signatures.required to false
3. go to about:addons > click the gear icon > select [install add-on from file] > select [uBlock0_1.16.4.28.firefox-legacy.xpi]
   OR
   drag and drop the xpi file into the browser

Expected behavior:

the add-on is install without any warning

Actual behavior:

get cannot be verified warning even xpinstall.signatures.required set to false

Your environment

• uBlock Origin version: uBlock0_1.16.4.28.firefox-legacy.xpi/ uBlock0_1.33.2.firefox.signed.xpi
• Browser Name and version: firefox 53.0.3 and 55.0.3
• Operating System and version:
  

Reference:
https://github.com/gorhill/uBlock/releases/tag/1.14.20/

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

When opening the uBO Dashboard, the browser's page Refresh button (at the end of the url / location bar) gets disabled for all existing open tabs, and also for any subsequent new tabs that are opened after the uBO Dashboard. The refresh button icon changes from it's default circular arrow to an x, and it becomes unclickable.

Closing the uBO Dashboard tab does not restore the refresh button back to its working state (it remains unclickable in all tabs). However, the refresh button functionality is restored if the web browser is restarted.

This issue is not a recent development; it has been present in previous uBO legacy releases.

A specific URL where the issue occurs

Occurs everywhere.

https://www.qwant.com/

Steps to Reproduce

1. Open one or more browser tabs in Waterfox Classic
2. Open the uBO dashboard
3. Try to click on the url bar refresh button of any tab

note: self-contained portable version of Waterfox Classic (no installation required) is available here:
(select 'Download Portable'   https://www.waterfox.net/download/#classic )

direct download: https://cdn.waterfox.net/releases/win64/portable/WaterfoxPortable_2020.08.1_English.paf.exe

Expected behavior:

The function of the refresh buttons should continue to work as normal (even if the uBO dashboard is open).

Actual behavior:

None of the refresh buttons work (they all become unclickable).

Your environment

• uBlock Origin version: 1.16.4.25
• Browser Name and version: Waterfox Classic v2020.08.1
• Operating System and version: Windows 7

I have XP SP3 & FF ESR & Ublock 1.17.4 which version is new yours or mine? I see your release is quite new (August 2020) but your version number lower than latest ESR compatible Ublock.

Might just as well release it with the current changes, don't you think?

Issue:

Initially reported in #229 (comment).

How to reproduce (using uBO Legacy in Pale Moon):

1 - Add this blocking rule to your filters (found in 'Lunar Blocklist by Moonchild'):
||pixel.

2 - Open this page, and observe as all article images are blocked:
https://www.thecut.com/2016/08/winona-ryder-c-v-r.html

3 - Add one of the following whitelisting rules:
@@||pixel.nymag.com/imgs/$doc,image
or
@@||pixel.nymag.com/imgs/$document,image

4 - Reload the page, and observe as all article images are now shown.

5 - Now, right-click on one of the images, and select "View Image"..
The direct-linked image is now blocked!

6 - Add this whitelisting rule:
@@||pixel.nymag.com/imgs/$all

7 - Right-click on one of the images, and select "View Image" again..
The direct-linked image is now shown, while uBO's logger clearly states that it's allowed by the $doc variable.
So, why doesn't $doc or $document work?

PS:

As noted by JustOff, in his post below the one that I linked to above, the issue is not related to the recently implemented $all and $doc syntax support.

References:
uBlockOrigin/uBlock-issues#701
https://github.com/gorhill/uBlock/commit/68ae847ba385c09c5efa511d18a18a4753af47be/

Note:
$empty doesn't show up as invalid in uBO Legacy's logger, so I assume that it is supported already?:
https://github.com/gorhill/uBlock/commit/3e5c9e00ab3603ae0c02e08b007b084404bbb71d/

Your environment

• uBlock Origin version: uBlock firefox legacy 1.16.4.26
• Browser Name and version: Firefox 52.9 esr
• Operating System and version: win xp

apparently there is support Firefox 52.9 esr

#274 (comment) the same is possible with english

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

Toolbar button is too wide, has too much padding on both sides, and the icon is not symmetrically positioned.

Reported at https://forum.palemoon.org/viewtopic.php?t=25076&p=198154.

See also: uBlock-LLC/uBlock#1315, uBlock-LLC/uBlock#1321, uBlock-LLC/uBlock#1449, gorhill/uBlock#264.

A specific URL where the issue occurs

about:blank and everywhere

Steps to Reproduce

1. Install uBlock Origin
2. Make sure the button is placed on the main toolbar

Expected behavior:

Actual behavior:

Your environment

• uBlock Origin version: 1.16.4.25
• Browser Name and version: Pale Moon 28.12.0
• Operating System and version: Windows 7 x64

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

When watching any random videos, occasionally a white screen loads up with a "Skip Ad" button instead of a video.
Looks like this issue was fixed in the master branch a few days ago, where json-prune scriptlet now comes with the ability to prune all fetch calls.

A specific URL where the issue occurs

https://www.youtube.com/

Steps to Reproduce

1. Go to https://www.youtube.com/
2. Start watching any videos
3. Eventually the white screen pops up

Expected behavior:

Videos display normally with no interruption.

Actual behavior:

Got flashbanged by an unskippable white screen in the middle of watching videos.

Your environment

• uBlock Origin version: 1.16.4.26
• Browser Name and version: Pale Moon 28.15.0
• Operating System and version: Windows 7 SP1

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

uBlock Origin reports negative number of used filters on chrome://ublock0/content/dashboard.html.

uBlock Origin ≤ 1.16.4.24 is not affected.

A specific URL where the issue occurs

https://raw.githubusercontent.com/LanikSJ/ubo-filters/master/filters/admiral-domains.txt
https://s3.amazonaws.com/lists.disconnect.me/simple_malvertising.txt

Steps to Reproduce

1. Import new filter list https://raw.githubusercontent.com/LanikSJ/ubo-filters/master/filters/admiral-domains.txt
2. Purge all caches
3. Update lists

Expected behavior:

Actual behavior:

Your environment

• uBlock Origin version: 1.16.4.25
• Browser Name and version: Waterfox 2020.08.1
• Operating System and version: Windows 10

Reference:
https://github.com/DandelionSprout/adfilt/issues/7/#issuecomment-503587322

Apparently this is because of "deprecated pseudo operators":
gorhill/uBlock#3683

Note:
I don't think this can be remedied by the convertion script, because some of the deprecated syntaxes are still commonly used (and works) with certain types of rules.

Since resources.txt hosted on uAssets has become obsolete, it should be incorporated into the local repo. This will allow keeping the scriptlets in sync with the upstream scriptlets.js.

• Incorporate resources.txt into the local repo
• Add missing scriptlets
  • nosiif.js (no-setInterval-if.js)
  • nostif.js (no-setTimeout-if.js)
  • raf-if.js (requestAnimationFrame-if.js)
  • json-prune.js
• Check and update existing scriptlets
  • set-constant
  • abort-current-inline-script
• Update filter syntax converter
• Force updating resources.txt when installing a new version
• Force updating all filters when installing the next version

applies to uBlock0_1.16.4.27b2.firefox-legacy beta test from #278 (comment)
this is just my suggestion - active places choice ( applies to all ☑️🔲 in Settings/Filter lists)

🟦 is ok
🟩 should be
🟥 now is

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

All has-text cosmetic filters are logged as invalid. The logger will output "Cosmetic filtering – invalid filter:" messages for all cosmetic filters containing "has-text". I back tested and found that the issue began with version 1.16.4.24 and continues to the latest version 1.16.4.26. 1.16.4.23 works fine and does not generate the logger errors. At first blush, it appears from the logger messages that the URL and hashtags are being removed from the filter, but in messing around with some purposely invalid filters in 1.16.4.23, I think this may be normal extension behavior.

A specific URL where the issue occurs

I'll give you 2, but this issue occurs with any has-text cosmetic filter. You don't need to visit any site to generate the errors. Just create some filters and watch the logger.

filter: yelp.com##li:has-text(Ad)
logger: Cosmetic filtering – invalid filter: li:has-text(Ad)

filter: digg.com##.digg-story:has-text(SPONSORED)
logger: Cosmetic filtering – invalid filter: .digg-story:has-text(SPONSORED)

Steps to Reproduce

1. Create a "has-text" cosmetic filter in "My Filters".
2. Open a logger tab and select "All" or "Behind the Scene" from the drop-down list.
3. Edit something in "My Filters".
4. Switch to the logger tab and see the "Cosmetic filtering – invalid filter:" errors for every "has-text" filter in the ruleset.

Expected behavior:

The behavior of 1.16.4.23, where "has-text" filters do not generate errors in the log.

Actual behavior:

All "has-text" filters generate errors in the log.

Your environment

• uBlock Origin version: 1.16.4.24, 1.16.4.25, or 1.16.4.26 (tested all)
• Browser Name and version: Palemoon 28.15.0 or Palemoon 28.16.0 (tested with both)
• Operating System and version: Arch Linux x64

Thanks for keeping uBlock Origin updated for Palemoon. I haven't been able to so far, but if I can figure out a fix for this, I will provide a patch.

This happened maybe a few times couple of weeks ago and haven't reoccur since until today. Now youtube will show ads and leave a dkv cookie. Subsequent videos then will not have ads. But if I clear that cookie, then a new static ads will appear. This is on a windows 10 and firefox 52esr.

see:

Edit: Uh oh. I just got one in chrome too. Though it didn't reappear after clearing cookies. Can anyone double check? paging @gorhill

Edit2: Hmm. If I open it in private/incognito mode, it doesn't show ads so far. I have my regular tab logged into youtube.

Despite the link to remote assets.json has already been updated, it is stuck in assetSourceRegistry and points to an already non-existent place. This prevents the list of assets from being updated.

This is a known issue that needs to be addressed.

As a workaround to clear the cache, you must manually save and then restore the settings using chrome://ublock0/content/dashboard.html#settings.html.

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

On uBO web-ext I can do for example belvederehotel.pl##+js(abort-on-property-read, pf_queen.push), so I can omit .js from scriptlet name, but seems that doesn't work with uBO Legacy.

Reference (fixed in main branch):
uBlockOrigin/uBlock-issues#627

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

It would be great if uBO Legacy will support procedural cosmetic operator remove().
gorhill/uBlock@72bb700.
Can you make my dream come true?

I'd like to have option to search throught all enabled filters.
For example: "google" > list of filters with text "google".
In current version i have to search through each list separately.

While I haven't tested it in Pale Moon (nor SeaMonkey) myself, I think uBO added the new ":nth-ancestor" feature to the regular uBO versions sometime in the past year, and I'm already liking it enough that I'm predicting it'll become a major feature in uBO-specific lists within the next year or two.

So I presume that adding support for it would be advantageous for you guys.

Reference:
uBlockOrigin/uBlock-issues#500

Prerequisites

• [ X] I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• [X ] This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• [ X] I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• [ X] I checked the documentation to understand that the issue I report is not a normal behavior

Description

Once extension/add-on was removed from SeaMonkey, ads continue to be blocked.

A specific URL where the issue occurs

[A specific URL is MANDATORY for issue happening on a web page, even if it happens "everywhere"]

Steps to Reproduce

1. Removed extension from SeaMonkey.
2. Restarted SeaMonkey
3. Ads still being blocked

Expected behavior:

Ads should no longer be blocked after removal of extension.

Actual behavior:

Ads are still being blocked.

Your environment

• uBlock Origin version: 1.16.4.24
• Browser Name and version: SeaMonkey 2.53.3
• Operating System and version: Linux x86_64 (Fedora 32)

It appears that when the add-on/extension was removed, it did not remove all remnants of the software. There were four 'ublock0' entries in the config file after removal of add-on. Those were removed by resetting them. Upon another relaunch of SeaMonkey, ads remain blocked.

References:
gorhill/uBlock@c77f697

Note:
Obvious problem in "Online Malicious URL Blocklist" that has gone to twice as many rules in the last few days than before.

References:
uBlockOrigin/uBlock-issues#382
https://github.com/gorhill/uBlock/commit/35aefed92616cbfb75f12f37c7ea7fb3a3cc3369/

Reference:
gorhill/uBlock#127

sometimes

I don't know if the errors are related to each other
UXP last build ,ubo legacy last

it is missing in many filters .js therefore they do not work
"ubo legacy" still requires .js
is it possible to increase the compatibility with "ubo"
my problem example MajkiIT/polish-ads-filter#13818 (comment)

did not work page#@#+js(set-constant, Object.prototype.rekids, undefined)
it works page#@#+js(set-constant.js, Object.prototype.rekids, undefined)

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

Element Picker and Element Zapper don't work anymore in new 1.16.4.22 legacy version.

A specific URL where the issue occurs

https://github.com/gorhill/uBlock-for-firefox-legacy/issues

Steps to Reproduce

1. Install Firefox 50.1.0
2. Install uBlock0_1.16.4.22.firefox-legacy.xpi
3. Select Element Picker

Expected behavior:

Element picker is launched

Actual behavior:

Nothing happen (no error in browser console)

Your environment

• uBlock Origin version: 1.16.4.22
• Browser Name and version: Firefox 50.1.0
• Operating System and version: Windows 7 Pro SP1 64 bits

This used to work just fine, but apparently uBO Legacy has now been affected by the same regression bug as the main branch was, back in 2019:
uBlockOrigin/uBlock-issues#464

CSS selector-based cosmetic filters test:
https://gorhill.github.io/uBlock/tests/css-selector-based-cosmetic-filters.html

Culprit:
#279

Fix (main branch):
https://github.com/gorhill/uBlock/commit/f10b1003793a54d5d04c819e94cad02c78e10a82/

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
• This is not a support issue or a question
  • Support issues and questions are handled at /r/uBlockOrigin
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
  • Your issue may already be reported.
• I tried to reproduce the issue when...
  • uBlock Origin is the only extension
  • uBlock Origin with default lists/settings
  • using a new, unmodified browser profile
• I am running the latest version of uBlock Origin
• I checked the documentation to understand that the issue I report is not a normal behavior

Description

Encountered blocking issues as described in this link and subsequently installed build 1.16.4.20 as recommended. However the build causes my system to overheat. Have removed it now and reinstalled 1.26.2 which runs without a problem. The Zapper fails to work on later builds i.e. 1.27.2 and beyond.

A specific URL where the issue occurs

https://www.theguardian.com/international

Steps to Reproduce

1. System heats up after a few minutes of running the browser.
2. After about ten minutes the machine is considerably hotter and never cools down while the browser is open.

Expected behavior:

Build should not cause the system to overheat.

Actual behavior:

Machine runs too hot.

Your environment

• uBlock Origin version: 1.16.4.20
• Browser Name and version: Waterfox Classic 2020.5
• Operating System and version: Windows 8.1