Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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

google.*,~www.google.com##^* exception doesn't work for any subdomain too.

A specific URL where the issue occurs

www.google.com

Steps to Reproduce

1. Add a filter google.*,~www.google.com##^*

Expected behavior:

Working exceptions.

Actual behavior:

Not working exceptions.

Your environment

• uBlock Origin version: 1.16
• Browser Name and version: Firefox 59.0,2
• Operating System and version: Windows 10 1709

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

script:inject not effective for some websites

A specific URL where the issue occurs

aktualne.cz, centrum.cz, novinky.cz

Steps to Reproduce

1. Add these rules to uBlock

aktualne.cz##script:inject(abort-on-property-read.js, SASIA)
centrum.cz##script:inject(abort-on-property-read.js, SASIA)
novinky.cz##script:inject(abort-on-property-read.js, sssp)

2. Visit these websites

Expected behavior:

Property SASIA/sssp should not be readable, ads will not display.

Actual behavior:

Property SASIA/sssp is readable most of the times, blocking does not work. Website is showing ads.

Your environment

• uBlock Origin version: v1.16.8 (also tested with latest beta)
• Browser Name and version: Chromium 67.0.3396.62, Firefox 60.0.1
• Operating System and version: Linux (also tested on Windows)

Description

MalwareDomainList.com hosts list most of the time offline and now out of date (last update 03 Apr 18)

http://www.malwaredomainlist.com/hostslist/hosts.txt

That happens with the server from MalwareDomainList? The Website is not loading and the filter shows out of date and broken URL most of the time.

• uBlock Origin version:
  uBlock Origin v1.16.4

I'm dumb, please disregard.

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

The value of applications.gecko.id in platform/webext/manifest.json is wrong.

It is trivial to fix: change the e-mail address per the reporter of the Debian bug linked above.

Steps to Reproduce

1. Install webext-ublock-origin on Debian testing/sid
2. Open Firefox
3. Visit about:addons

Expected behavior:

ublock-origin in the list of extensions

Actual behavior:

ublock-origin not in the list of extensions

Your environment

• uBlock Origin version: 1.16.6
• Browser Name and version: Firefox 60.0.1
• Operating System and version: Debian testing/sid

Prerequisites

• I verified that this is not a filter issue
• This is not a support issue or a question
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
• 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

User can't understand purpose of clickable elements.
What difference between red, green and brown?
What meaning of "+" and "-"?
What function of second column?
Add helpful descriptions as tool tips (attribute "title") to elements of "popup.html".

A specific URL where the issue occurs

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

Steps to reproduce:

1. Click on extension icon to open "popup.html".
2. Move mouse pointer to any clickable element.

Expected behavior:

Show tool tip with helpful description.

Actual behavior:

No tool tip shown.

Your environment

• uBlock Origin version: 1.16.0.
• Browser name and version: official build of 64-bit of "google chrome" version 66.0.3359.117.
• Operating System and version: ubuntu 16.04.

see
https://issues.adblockplus.org/ticket/6592
https://issues.adblockplus.org/ticket/6622

related:
https://issues.adblockplus.org/ticket/6242

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 Firefox setting privacy.resistFingerprinting is set to 'true' in about:config, the uBO icon shows up as a white block. When a page is being loaded it sometimes flashes between the white block and the standard uBO icon.

When Firefox setting privacy.resistFingerprinting is set to 'false' there appears to be no issue. I believe this issue only started happening with the last 2 beta releases. (1.16.5b2 & 1.16.5b3)

Demo gif is below:

A specific URL where the issue occurs

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

Steps to Reproduce

1. Enable 'privacy.resistFingerprinting' to true in 'about:config' firefox options
2. Close and relaunch Firefox and observe the uBO icon is now a white box that sometimes flashes on page loads.

Expected behavior:

uBO icon shows as normal.

Actual behavior:

uBO icon is white block.

Your environment

• uBlock Origin version: 1.16.5b3
• Browser Name and version: Firefox 59.0.3 (64 bit)
• Operating System and version: Windows 10

Prerequisites

• I verified that this is not a filter issue
• This is not a support issue or a question
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
• 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

An ad script in https://www.baidu.com/s?wd=%E7%9A%AE%E9%9E%8B

<script id="ecomScript">
...
<script>

I tried to remove it with www.baidu.com##^script#ecomScript, but I found that only script:contains() is supported.

Then I took some time with the code and got 'setAdsHeight' in the js outline from Firefox's dev tools, then everything works fine, but the time has gone.

Certainly CSS Selector don't support this, but adblocks may support it for simplifing the rules&filtering.

A specific URL where the issue occurs

All website equipped with <script foo="bar">

Steps to Reproduce

Descripted↑

Expected behavior:

example.com##script#id

Actual behavior:

Nothing happens & desired filter don't work

Your environment

• uBlock Origin version: Newest
• Browser Name and version: Firefox Developer Edition 61.0
• Operating System and version: Windows 7 Customed.

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

(Sorry, my English is very poor)
I use a socks5 proxy server to connect to the network, sometimes the proxy server may not be available,
if uBlock try to update filter lists at this time, some filter may will become "0 used out of 0"

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. set firefox's proxy to an invalid proxy server address
2. open the uBlock's filter lists setting and click the "Purge all caches" button
3. click the "Update now" button
4. wait 20-30 seconds, some filter will become "0 used out of 0"

Expected behavior:

[What you expected to happen]

Actual behavior:

[What actually happened]

Your environment

• uBlock Origin version: uBlock Origin v1.16.4
• Browser Name and version: Firefox 59.0.3
• Operating System and version: Windows 8.1

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

In the filter language, the "third-party" qualifier/condition has long seemed to consider subdomains to be same-party.

For example, if you have a blocking filter for "*$third-party" in effect, and visit a URL of origin "www.example.com", then "example.foo" will be blocked, but "sneaky.example.com" will not be blocked.

I'd like to propose that either the "third-party" qualifier be changed to mean non-same-origin, or that a qualifier called "non-same-origin" be added. The reason is that non-same-origin is important and much more useful than "third-party" in contemporary third-party Web snooping practices. Today, we have little reason to believe that a shared parent organizational domain says much about whether a non-same-origin domain should be considered same-party.

(Thank you for considering this. I am a big fan of uBlock Origin specifically.)

A specific URL where the issue occurs

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

Steps to Reproduce

1. Configure uBlock0 to use only the filter "*$third-party" (by having that the only user filter, and disabling all other filters).
2. Load a Web page such as "https://github.com/uBlockOrigin/uBlock-issues/issues" while having the uBlock0 Logger open for it.
3. See which requests were blocked by "*$third-party" and not.

Expected behavior:

What I'd like to happen is for subdomain URLs from, e.g., domain "live.github.com" to be blocked.

Actual behavior:

"live.github.com" is not blocked.

Your environment

• uBlock Origin version: 1.16.4
• Browser Name and version: Firefox ESR 52.8.0
• Operating System and version: Debian GNU/Linux 9.4

No need.

example suggested change.

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
• [ x] 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]

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. [First Step]
2. [Second Step]
3. [and so on...]

Expected behavior:

[What you expected to happen]

Actual behavior:

[What actually happened]

Your environment

• uBlock Origin version: ubo 1.16.6
• Browser Name and version: chrome 66.0.3359.181
• Operating System and version:

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

I like the recent enhancements to the look of the Filter list tab of the dashboard, but I question if the (x/y) indicator for each list section is a good thing. See my screenshot below for an example.

I suspect it will encourage users, namely the many not-so-informed ones, to think "Oh, I don't have all of them selected, maybe I should." I recall seeing a few screenshots of this on the main tracker, including complete disregard for obvious redundancies. (So it's not something that is preventable, of course, just shouldn't be subtly suggested.)

gorhill, you've expressed concern about not overburdening list servers (including GitHub) so that's why it's worth mentioning here.

Your environment

• uBlock Origin version: 1.16.3b1
• Browser Name and version: Firefox 59

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 logger, close, open again - you will see only three entries in dropdown list All, Behind the scene and Current tab

A specific URL where the issue occurs

Home page or for example https://www.mozilla.org/en-US/privacy/firefox/ (opened automatically on first start in clean profile)

Steps to Reproduce

1. install UBO on clean profile
2. open logger by clicking icon in popup
3. notice dropdown list will have entries with all opened tabs^*
4. close logger tab/window
5. open logger again

Expected behavior:

All tabs should be listed in dropdown list (Welcome in Firefox, Privacy notice)

Actual behavior:

Dropdown list have only three entries All, Behind the scene and Current tab

[*] In builds with auto-opening sidebar list will have missing entries in point 3.

Your environment

• uBlock Origin version: 1.16.8, 1.16.9b5
• Browser Name and version: Firefox stable, beta, nightly
• Operating System and version: Mint 18.3

Note:

689d18c54f65c2df29f412fad960473fee6dc888 is the first bad commit
commit 689d18c54f65c2df29f412fad960473fee6dc888
Author: Raymond Hill <[email protected]>
Date:   Mon Jan 8 14:29:39 2018 -0500

    fix #2854

gorhill/uBlock@689d18c
gorhill/uBlock#2854

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

[Description of the bug or feature]

A specific URL where the issue occurs

[ What I see https://drive.google.com/file/d/1bepxRaZX40OQ9Ycp_dopqnlaOqGmV08h/view?usp=sharing ]
[ My settings https://drive.google.com/file/d/1Mmg-Z0xdolm0C5wIkHSt_-0eWYs6aLtq/view?usp=sharing ]
[ Filter List https://drive.google.com/file/d/1Mmg-Z0xdolm0C5wIkHSt_-0eWYs6aLtq/view?usp=sharing ]
[ My Filter List https://drive.google.com/file/d/1KdE3ncJZ_eAofzLL7ZLIza3LSwChp2HG/view?usp=sharing ]
[ My Rules https://drive.google.com/file/d/1KdE3ncJZ_eAofzLL7ZLIza3LSwChp2HG/view?usp=sharing ]
[ Whitelist https://drive.google.com/file/d/1Fh1g4HGKsKgNEzH3SUPCwV10KEtSMn8d/view?usp=sharing ]

Steps to Reproduce

1. [Open 9anime]
2. [Click an anime]
3. [Play It]

Expected behavior:

[Able to watch without ads]

Actual behavior:

[Cant watch with out ads]

Your environment

• uBlock Origin version: 1.16.6
• Browser Name and version: FireFox Quantum 60.0.1 (64-bit)
• Operating System and version: Window 10 Home

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

Suddenly images are no longer being blocked.

[Description of the bug or feature]

https://www.google.com/

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

Steps to Reproduce

1. Enter Picker mode.
2. Select Google logo. Press Create.
3. Refresh page.

Expected behavior:

Google logo should not be displayed.

Actual behavior:

Google logo is displayed.

Your environment

• uBlock Origin version: 1.16.4
• Browser Name and version: Firefox 59 / Opera 52
• Operating System and version: Windows 8.1 x64

Recently, uBlock (not uBlock Origin) introduced code that tracks their users [1][2]. I believe that the similarity between the names of the two projects is confusing and can potentially endanger the safety of users who inadvertently or by lack of knowledge install the wrong version of uBlock.

It also seems to us that this event and all other events of the same nature are detrimental to the image and reputation of uBlock Origin.

Given that, I think it would be better to rebrand uBlock Origin to avoid further confusion and / or problems similar to the one cited above.

Sincerely,

1: https://soylentnews.org/article.pl?sid=18/05/17/028245
2: uBlock-LLC/uBlock@76b89c0
3: https://www.reddit.com/r/firefox/comments/8k4fu7/privacy_tool_ublock_not_ublock_origin_adds_user/

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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 using a system theme that uses a bright text color (e.g. white) the text inside the element pickers text area becomes illegible because the background-color of the text area is set to white by this addon's CSS.

A specific URL where the issue occurs

https://www.mozilla.org

Steps to Reproduce

1. Install a system theme that changes text color to white (e.g. Adwaita-dark from Gnome and start Firefox with MOZ_ALLOW_GTK_DARK_THEME=true firefox )
2. Use uBlock to enter element picker mode and click on somewhere on a web page to open up the element picker dialog.

Expected behavior:

The text inside the text area with the rule that the user is about to create is readable.

Actual behavior:

The text is not readable.

Your environment

• uBlock Origin version: uBlock Origin v1.15.24
• Browser Name and version: Firefox 59.0.2
• Operating System and version: ArchLinux (No version numbering)

Possible fix

Either remove the background-color CSS rule to have the text area use the system default background color or add a color rule. I've attached a patch that does the latter and fixes this issue.

epicker.patch

https://avgle.com/video/167604/%E6%98%8F%E7%9D%A1%E3%80%80%E7%B5%82%E4%BA%86%E3%81%8A%E7%96%B2%E3%82%8C%E3%81%97%E3%81%9F

this site's ad is very annoying
i already subcribe easylist ,but doesn't work

@gorhill

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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

I have just set up a new computer and did a fresh install of chrome. After I install uBlock, it crashes saying that I need to click the baloon to reload. After clicking, it immediately crashes again.

A specific URL where the issue occurs

Chrome web store - initial installation

Steps to Reproduce

1. Go to chrome webstore and search for ublock
2. install app (and it crashes right after).

Expected behavior:

For uBlock to install and run without crashing right away

Actual behavior:

uBlock crashes immediately

Your environment

• uBlock Origin version: 1.16.0
• Browser Name and version: Chromium 66.0.3359.117
• Operating System and version: macOS 10.13.4

Hello

I noticed multiple GH issues about cloud export through Firefox Sync but there is little information about how to configure it properly.

Here is what I grasped :

• for the legacy version :
  • Firefox Sync needs to be configured to manage at lest preferences data
• for the webext version :
  • Firefox Sync needs to be configured to manage at least addons data (preferences aren't required)
  • make sure the Firefox setting webextensions.storage.sync.enabled is enabled

Note that Firefox Sync is not triggered when you export uBlock settings, it seems to be executed regularly however if you want to force the cloud export you've to launch Firefox Sync manually.

I think these additional information may be useful in the wiki.

Regards
dud

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

In modern Firefox, when the hidden setting streamScriptInjectFilters is enabled (currently defaults to off), the following filter will cause JavaScript code controlled by the filter author to be executed in the context of https://www.wikipedia.org/:

www.wikipedia.org##script:inject(set-constant.js,</script><img src=x onerror=eval(atob(`YWxlcnQoImNvZGUgZXhlY3V0aW9uIG9uICIrbG9jYXRpb24p`))>)

The problem is that patchScriptlet only escapes quotes and backslashes, but the stream injection mechanism inserts the generated JS code as an inline script, where </script> inside a string can terminate the script. It probably makes sense to add / to reEscapeScriptArg to fix this.

A specific URL where the issue occurs

https://www.wikipedia.org/

Steps to Reproduce

1. Open the "My filters" tab of the uBlock settings.
2. Add the following line:

www.wikipedia.org##script:inject(set-constant.js,</script><img src=x onerror=eval(atob(`YWxlcnQoImNvZGUgZXhlY3V0aW9uIG9uICIrbG9jYXRpb24p`))>)

3. Press "Apply changes"
4. Navigate to https://www.wikipedia.org/

Expected behavior:

uBlock Origin should escape the string to ensure that the provider of a filter list can't execute arbitrary JavaScript in the context of any website.

Actual behavior:

An alert window appears with "code execution on https://www.wikipedia.org/".

Your environment

• uBlock Origin version: 1.16.0
• Browser Name and version: Firefox 59.0.2
• Operating System and version: Debian Linux

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

Until gorhill/uBlock@c6cab02 the logger would be focused on the tab it was launched from when using the hotkey. Now the changes to logger-ui.js cause it to not have tab focus, but open as "All" instead.

I tried changing this line to be the same #tab_active as the commit. The hotkey then focuses the tab but with a generic "Current tab" label. Thus the refresh button doesn't work. So it's still a problem.

This is on Firefox 60 with 1.16.9b4. (The hotkey is not defined in the uBO manifest, so I use my own unsigned version to define it.)

I don't have Chrome setup to test with it, but presumably it's the same issue there (where the logger hotkey can be defined normally in the browser).

Workaround

I just kept the logger-ui.js from 1.16.6 and the hotkey works fine.

Prerequisites

I verified that this is not a filter issue
    Filter issues MUST be reported at filter issue tracker, NOT here.
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

Websites in Pakistan are trying to block or bypass AdBlockers (g00 and Admiral). I will volunteer maintain the filter list for Pakistan.

Expected behavior:

Pakistan AdBlock List should be available in uBlock Origin filter country filter list settings.
The list is available at: https://raw.githubusercontent.com/PakistanAdBlockList/list/master/list.txt
The homepage of list is at: https://github.com/PakistanAdBlockList/list
The issue tracker is at: https://github.com/PakistanAdBlockList/list/issues

Your environment

uBlock Origin version: 1.16.0
Browser Name and version: Firefox Stable
Operating System and version: Win10

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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]
ubo do not auto-actualize it
example. ubo 1.16.0 to ubo 1.16.2

A specific URL where the issue occurs

[A specific URL is MANDATORY for issue happening on a web page, even if it happens "everywhere"]
chrome://extensions/?id=cjpalhdlnbpafiamejdnhcphjbkeiagm

Steps to Reproduce

1. if new ubo version comes out in google web store
   https://chrome.google.com/webstore/detail/ublock-origin/cjpalhdlnbpafiamejdnhcphjbkeiagm

2. load this backup
   https://gist.github.com/KonoromiHimaries/c05bf7f6dd6dcb2d3beb090871985baa

3. try it to actualize
   

Expected behavior:

[What you expected to happen]
actualize it

Actual behavior:

[What actually happened]
do not actualize it

Your environment

• uBlock Origin version: 1.16.0
• Browser Name and version: chrome 66.0.3359.117
• Operating System and version: w10

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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 1.16 (1.16.0 from the Chrome Store and 1.16.1rc1 from GitHub) immediately crashes on Chromium 66.
Tested on a clean system without any leftover Chromium profiles.
uBO 1.15.24 works fine.

A specific URL where the issue occurs

chrome://newtab

Steps to Reproduce

1. Install Chromium 66: https://github.com/henrypp/chromium/releases/download/v66.0.3359.117-r540276-win64/chromium-nosync.zip (current stable build without WebRTC)
2. Install uBlock Origin 1.16

Expected behavior:

uBO should work.

Actual behavior:

uBO crashes indefinitely, restarting uBO and/or Chromium doesn't help.

Your environment

• uBlock Origin version: 1.16.0 and 1.16.1rc1
• Browser Name and version: Chromium 66.0.3359.117 x64 (no WebRTC)
• Operating System and version: Windows 8.1 x64

Continuation of gorhill/uBlock#3708.

Prerequisites

• I verified that this is not a filter issue
• This is not a support issue or a question
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
• 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

uBO for Firefox connects to remote hosts without being explicitly asked to.

A specific URL where the issue occurs

[not applicable]

Steps to Reproduce

1. Download Firefox 60.0 x64 for Linux from firefox.com
2. (see attachment settings.zip) Download user.js and save it in /tmp/download. This is pyllyukko's user.js with additional modifications to ensure zero packet sending without explicit user request.
3. Create new clean profile using the following script:

#!/bin/bash

PROFILENAME="myprofile"
PROFILEDIR="${PROFILENAME}.default"
PROFILE="$HOME/.mozilla/firefox/${PROFILEDIR}"
USERJS="/tmp/download/user.js"
# use path to your browser binary
BROWSER="/usr/local/bin/firefox/firefox" 

# Create clean profile
rm -rf ${PROFILE}
$BROWSER -CreateProfile "${PROFILENAME} ${PROFILE}"

# Create a symlink to the downloaded user.js
ln -s $USERJS "${PROFILE}/user.js"

# Start browser
$BROWSER -P "${PROFILENAME}" --no-remote about:blank

exit

4. Install uBlock Origin
5. Go to about:addons->Extensions and turn off automatic updates
6. Go to uBO's preferences and "Restore from file..." attached settings.

Note: only Built-in filters are enabled (except the experimantal one) and "Auto-update filter lists" is turned off. Additionally the behind-the-scene rule is commented in the "Whitelist" section

7. Click "Update now" to update filter lists
8. Exit firefox
9. Stop any system network services (such as ntpd or similar).
10. Run in console:

rcnetwork restart;tcpdump -i eth1 ip src host pc and dst host not router and dst host not pc -tq

11. Start firefox and watch console output

Expected behavior:

Zero network packets, no connections whatsoever. (This is how it works without installing uBlock Origin)

Actual behavior:

tcpdump output:

IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 517
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 93
IP pc.46954 > 151.101.0.133.https: tcp 335
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 31
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.46954 > 151.101.0.133.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 191
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 126
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 364
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 203
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 126
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 379
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 31
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.38272 > ec2-54-69-217-61.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 31
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0
IP pc.33192 > ec2-35-166-131-171.us-west-2.compute.amazonaws.com.https: tcp 0

Your environment

• uBlock Origin version: 1.16.4
• Browser Name and version: Firefox 60.0 (64-bit) for Linux
• Operating System and version: openSUSE Leap 42.3

Description

uBlockOrigin partially stopped blocking advertising on this resource.

A specific URL where the issue occurs

http://kino-hd1080.ru/9266-zhazhda-smerti-2018-smotret-onlayn.html

Screenshot in which the issue can be seen

http://s01.geekpic.net/di-CEMVWE.jpeg

Your environment

• uBlock Origin version: 1.16.6
• Browser Name and version: Opera 47.0.2631.55
• Operating System and version: Windows 7 64-bit build 6.1.7601 OEM License

Your filter lists

uBlock filters 5 845
uBlock filters – Badware risks 11
uBlock filters – Privacy ​​​​​96
uBlock filters – Resource abuse​​​​​ 256
uBlock filters – Unbreak​​​​​ 407
EasyList ​​​​​81 952
Adguard Spyware Filters​​​​​ 2 536
EasyPrivacy​​​​​ 14 818
Fanboy’s Enhanced Tracking List​​​​​ 2 344
Malware Domain List​​​​​ 1 116
Malware domains​​​​​ 21 693
Adguard’s Annoyance List​​​​​ 10 115
Fanboy’s Annoyance List​​​​​ 9 711
Fanboy’s Anti-Thirdparty Social (see warning inside list)​​​​​ 68
Fanboy’s Cookiemonster List​​​​​ 8 833
Fanboy’s Social Blocking List​​​​​ 19 201
Peter Lowe’s Ad and tracking server list​​​​​ 2 640
RUS: Adguard Russian Filter​​​​​ 16 529
RUS: RU AdList ​​​​​22 782

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

[Description of the bug or feature]

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. [First Step]
2. [Second Step]
3. [and so on...]

Expected behavior:

[What you expected to happen]

Actual behavior:

[What actually happened]

Your environment

• uBlock Origin version:
• Browser Name and version:
• Operating System and version:

@gorhill

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

Editing custom filters in my filters area in Android is cumbersome because if I want to delete 1 specific filter from bunch of filters, I have to for specific filter- select all>then delete filter ......Sometimes all area is not selected.....
Instead can you give feature like this present in adguard which is useful for Android

Your environment

• uBlock Origin version:1.16.4
• Browser Name and version: Firefox android
• Operating System and version: Android 7.1

What is the proper way to make this filter: www.msn.com###trc_wrapper_72117, work for any number, not just 72117?

Example of what I want to block:

https://www.msn.com/en-us/news/politics/ryan-trillion-dollar-deficits-were-inevitable/ar-AAvUpo2?li=BBnb7Kz

Bottom of every page under heading: More For You -- Promoted links by Taboola

Thanks.

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... Feature request, not a bug
• 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

The current Hide placeholders of blocked elements setting applies to all network requests. However, with a global block of 3rd-party iframe, I am finding it difficult to notice when the block is breaking a site as the space occupied by the iframe is hidden. I presume similar logic applies to 3rd-party script and image.

I would like to suggest more granularity in placeholder settings to show placeholders for certain class of filters while hiding the rest. Forgive me if this is not technically feasible or I am misunderstanding something.

A specific URL where the issue occurs

https://priceonomics.com/introducing-priceonomics-charts/

Your environment

• uBlock Origin version: 1.16.8
• Browser Name and version: Firefox 60.0.1
• Operating System and version: Windows 10

Hello again. I decided to change the URL of Dandelion Sprouts norske filtre from https://raw.githubusercontent.com/DandelionSprout/adfilt/master/ExperimentalNorwegianList.txt to https://raw.githubusercontent.com/DandelionSprout/adfilt/master/NorwegianList.txt, since the list has definitely progressed beyond merely being experimental.

Would it possible to update its URL in uBO's default lists accordingly, or?

@gorhill I'm not sure if this is something you're interested in, but here is my proposal for unit testing: https://github.com/geoffdutton/uBlock/tree/unit-tests-proposal
Here is the current diff: https://github.com/gorhill/uBlock/compare/master...geoffdutton:unit-tests-proposal?expand=1

I've written a few test cases, and would be happy to contribute more. I think it can help for two main reasons:

1. Preventing regressions
2. Refactoring code and trying performance improvements

Number 2 is especially nice, such as when parsing new filter syntaxes or running extreme scenarios.

I'd be happy to go into more detail on how to write tests, when to mock functions, how to mimic browser features, etc. I chose jest because it's fast, and you can mimic any browser like here.

Let me know if this is something you're interested in incorporating.

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

A.T.

A specific URL where the issue occurs

e.g., this page, https://github.com/uBlockOrigin/uBlock-issues/issues/new

Steps to Reproduce

1. install UBO and disable cosmetic filters
2. enter element picker mode
3. create a rule

Expected behavior:

Cosmetic filters should not be created

Actual behavior:

Cosmetic filters are created

Your environment

• uBlock Origin version: 1.16.6
• Browser Name and version: Firefox 60 64-bit
• Operating System and version: Windows 10 1803 latest

First thanks for your work 👍

Could you add in the popup over the local/global columns a label to identify those 2 columns ?

Like this:

It would help to remember especially for the newbies and non tech people the purpose of those 2 columns.

Regards

N.B.: I've asked the same request to maintainer of Nano Adblocker since I use both ad-blockers on different systems.

on Android and latest version of Firefox element picker to create custom cosmetic filters doesn't seem to work anymore I can select the element I want to hide but I cannot see the ok button to make changes permanent.
also the refresh button isnt working anymore since a couple of last beta
also today version 1.15.5b0 completely messed the layout of the popup.

The filter list AdGuard English filter, was named as Adguard Base Filters on the UBO, but the description of this list is.

'Filter list that specifically removes adverts on English language websites. English filter is supposed to work along with EasyList.'

why not use the original name and catalogue this list like a regional filter, instance of a 'base' list, because this can take the user to mistake the usage of this as a necessary list

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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

After a filter has been removed from the list by the uBLock Origin developer, it moves it to the custom part of the filter list. Once it is here, the list becomes stale. It won't update, can't be deleted or removed, and will stay on the position until a complete uninstall of the browser extension and deleting of all data related to the browser extension.

This issue also applies to Mozilla and other browsers that support uBlock Origin.

A specific URL where the issue occurs

chrome-extension://*************************/dashboard.html

Steps to Reproduce

1. Have a filter that has been removed from the main list by the developer after an update, and been moved to custom filters
2. Try to delete the filter
3. It crosses out the filter
4. Hit apply
5. It doesn't work
6. Try to disable the filter
7. Hit apply
8. Filter check box re-checks the box
9. Uninstall extension
10. Re-install extension
11. Still there

Screenshot(s)

Expected behavior:

The filter can be deleted, updated, or disabled at will.

Actual behavior:

Malware filter list by Disconnect refuses to delete, update, or be disabled. The extension does not even remove the filter after uninstallation of the extension.

Your environment

• uBlock Origin version: v1.15.24
• Browser Name and version: Chrome version 65.0.3325.181 (Official Build) (64-bit) (applies to all browsers, however, including newer versions of Chrome, Firefox, Opera, Vivaldi, etc.)
• Operating System and version: 64-bit Windows 10 version 1709 OS build 16299.309

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 web inspector dectect double body on website, when block social buttons on wpn.pl.

A specific URL where the issue occurs

http://www.wnp.pl

Steps to Reproduce

1. open website

2. try block social buttons on website (in header website):

   

3. click in propuse cosmetic ##.social filter (without Ctrl) if uBlock no create invalid filter.

4. filter does not work.

   

Expected behavior:

filter should by detect element and no see double body:

##body >  .new:nth-of-type(1) > .pageWidth > .social

Actual behavior:

filter have dectect double body:

##body > body > .new:nth-of-type(1) > .pageWidth > .social`

Your environment

• uBlock Origin version: 1.16.0
• Browser Name and version: Firefox 59.0.2
• Operating System and version: Windows 7 Pro x64

PS. I know, I can create ##.social rule with press Ctrl.

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 cosmetic filtering is either globally disabled, or disabled for a specific domain, the Element Picker and Element Zapper no longer work. I remember this functionality working in previous builds so I went back and tested old releases and it looks like the last release this feature worked on was 1.14.16. All releases since 1.14.18 appear to have the regression bug present.

A specific URL where the issue occurs

https://www.nytimes.com

Steps to Reproduce

1. Load https://www.nytimes.com & verify cosmetic filters are enabled for the site and use the element picker tool or element zapper to verify it is working.
2. Toggle cosmetic filters off and reload https://www.nytimes.com
3. Verify that the element picker and zapper now fail to load with cosmetic filters turned off.

Expected behavior:

On 1.14.16 and below, the element picker worked when cosmetic filters was disabled, this was useful for filter testing.

Actual behavior:

Cosmetic filtering disabled causes the Element Picker and Element Zapper to not work.

Your environment

• New Chrome Test Profile with no other extensions installed
• Default Filters enabled, no settings changed from uBlock default settings.
• uBlock Origin version: I tested that the Element Picker works with cosmetic filtering disabled on 1.14.14 & 1.14.16
• uBlock Origin version: I tested that the Element Picker does NOT work with cosmetic filtering enabled on 1.14.18, 1.14.20, 1.15.8, 1.15.8, 1.15.10, 1.15.18, 1.16.0, 1.16.2, & 1.16.3b1
• Browser Name and version: Chrome 66.0.3359.139
• Operating System and version: 64bit Windows 10

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

Tooltip text in popup panel says about "Local rules" and "overriding them". There is nothing like this when "I am an advanced user" is not enabled.

A specific URL where the issue occurs

Popup interface

Steps to Reproduce

1. Open UBO popup panel
2. Unfold dynamic filtering panel if not visible
3. Hover mouse over first row, second column of dynamic filtering interface

Expected behavior:

I will expect to see tooltip with text like this:

The cells in the third column gives an overview of how many requests were blocked/allowed:

    - or + = between 1-9 network requests were blocked or allowed, respectively
    -- or ++ = between 10-99 network requests were blocked or allowed, respectively
    --- or +++ = 100 or more network requests were blocked or allowed, respectively
    blank cell = no network requests occurred for the specific hostname

Copied from wiki https://github.com/gorhill/uBlock/wiki/Dynamic-filtering:-quick-guide

Actual behavior:

Your environment

• uBlock Origin version: 1.16.1rc4, 1.16.0
• Browser Name and version: Firefox Nightly 20180424100107, Firefox beta
• Operating System and version: Mint 18.3

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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

See Reproduction

A specific URL where the issue occurs

N/A. Happens on startup before you have gone to any page.

Steps to Reproduce

• In System Preferences, set Keyboard Repeat to maximum and Keyboard Delay to minimum.
• Close Firefox.

1. Start Firefox
2. Immediately start typing an address in the address field
3. After a second, typing is sluggish for a second, inhibiting your typing, before it catches up.

The bug becomes immediately clear if you simply hold down a key, eg. "F" in the address field. The adding of F's is clearly held back by performance issues before it eventually catches up.

Expected behavior:

With uBlock Origin disabled or uninstalled, typing in the address field is fast and uninhibited.

Actual behavior:

Sluggish performance in Address field. Suspect due to uBlock Origin is doing heavy initialisation.

Your environment

• uBlock Origin version: 1.15.24
• Browser Name and version: Firefox 59.0.2
• Operating System and version: macOS 10.12.6

Description

PDF preview appears, then disappears after about 1second. Disabling uBlock solves the issue.

A specific URL where the issue occurs

gmail.com

Steps to Reproduce

1. Open email with pdf attachment
2. Open pdf preview
3. PDF preview disappears after 1s or so

Expected behavior:

PDF preview displays permanently like previously.

Actual behavior:

PDF preview disappears after 1s or so

Your environment

• uBlock Origin version: 1.15.24
• Browser Name and version: Chrome 65.0.3325.181
• Operating System and version: Win 8.1

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

Very Low Priority

Description

The Advanced Settings Wiki page is slightly out of date; the default value for manualUpdateAssetFetchPeriod has been reduced to 500. I opened my advanced settings for the first time today, and wondered why my settings different from the default listed on the Wiki. Additionally, streamScriptInjectFilters has been removed.

Again, very low priority, but I thought I'd bring it up. Someone might be confused by the contradictions.

A specific URL where the issue occurs

https://github.com/gorhill/uBlock/wiki/Advanced-settings

Steps to Reproduce

1. Open the advanced settings page and the Wiki page.
2. Notice the default manualUpdateAssetFetchPeriod is different and streamScriptInjectFilters is missing.

Expected behavior:

The default advanced settings match those listed in the Wiki page.

Actual behavior:

The default advanced settings don't match those listed in the Wiki page.

Your environment

• uBlock Origin version: 1.16.2
• Browser Name and version: Chrome 66.0.3359.139 (64-bit)
• Operating System and version: Windows 10, version 1709

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker
  This is not a filter issue
• 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

I do not approve of the new default collapsed filter list categories as it makes it more time consuming when installing on a new browser. For example: My occupation requires me to change which computer im using every few hours while all of the computers are set up to self wipe and completely reset after every use, this change makes reinstalling my programs and this add-on every time slightly more tedious.
I suggest changing back the way filter categories are displayed to not be collapsed by default.

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. Open uBlock dashboard
2. Go to filter lists tab
3. Be unhappy about filter categories being collapsed by default in v1.16.0

Expected behavior:

Filter categories being expanded by default in v1.16.0

Actual behavior:

Filter categories being collapsed by default in v1.16.0

Your environment

• uBlock Origin version: v1.16.0
• Browser Name and version: Firefox Nightly 61.0a1 (2018-04-24) (64-bit)
• Operating System and version: Windows 10 (64-bit) Version 1709 (OS Build 16299.15)

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
• [x ] 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 do not see anything text on injector board if i use on-screen keyboard or click any key

A specific URL where the issue occurs

[A specific URL is MANDATORY for issue happening on a web page, even if it happens "everywhere"]
http://example.com/

Steps to Reproduce

1. [First Step] open site
2. [Second Step] open on-screen keyboard
3. [and so on...] open injector board
4. try write any filter on on-screen keyboard

Expected behavior:

[What you expected to happen]
fix

Actual behavior:

[What actually happened]
do not see text on injector board if i use any key

Your environment

• uBlock Origin version: uBO 1.16.8
• Browser Name and version: Chr 67.0.3396.62
• Operating System and version: w10

Prerequisites

• I verified that this is not a filter issue
  • Filter issues MUST be reported at filter issue tracker, NOT here.
• 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

Using 1.16.0 I'm trying to write a filter on Android but it doesn't work. If I want to type ||example.com once I type the period example will disappear and I'll be left with ||.. Same thing happens if I type !#if then press space then the if disappears. I've tried using multiple keyboards including ASK.

Steps to Reproduce

1. Try to type ||example.com in My Filters

Expected behavior:

I can type it out normally and get ||example.com

Actual behavior:

I can't type it out and instead get ||.

Your environment

• uBlock Origin version: 1.16.0
• Browser Name and version: Firefox beta
• Operating System and version: Android