Skip to content

DOM Inspector can not disable generic filters, even though they are saved in the ‘My filters’ tab #4082

Description

@krystian3w

Prerequisites

  • I verified that this is not a filter list issue. Report any issues with filter lists or broken website functionality in the uAssets issue tracker.
  • This is NOT a YouTube, Facebook or Twitch report. These sites MUST be reported by clicking their respective links.
  • This is not a support issue or a question. For support, questions, or help, visit /r/uBlockOrigin.
  • The issue is not present after disabling uBO in the browser.
  • I checked the documentation to understand that the issue I am reporting is not normal behavior.
  • I performed a cursory search of the issue tracker to avoid opening a duplicate issue.

I tried to reproduce the issue when...

  • uBO is the only extension.
  • uBO uses default lists and settings.
  • using a new, unmodified browser profile.

Description

I get the impression that the DOM inspector doesn’t handle generic filters properly, and the exception I’ve added to the ‘My Filters’ tab isn’t working as it should.

A specific URL where the issue occurs.

https://media2.pl/polityka_cookie/

Steps to Reproduce

  1. Enable EasyList Cookie / AdGuard Cookie List for as long as the generic ###cookie-info is active.
  2. Open the page from the URL section.
  3. The page should have a logo, navigation bar, text header/heading and footer.
  4. Enable the Logger, go to the DOM Inspector, and a ‘table’ should appear below the large text header/heading.
  5. Try creating an exception from the GUI.

Expected behavior

I am of the opinion that the exception set out should have effect from DOM inspector GUI.

Actual behavior

But I get the impression that, until you perform some action – such as unlock clicking the ‘Save’ button in the ‘My Filters’ tab – that would rebuild the ‘database’.

Troubleshooting information

Details
uBlock Origin: 1.73.0
Edge: 151
filterset (summary):
 network: 212524
 cosmetic: 91931
 scriptlet: 47549
 html: 0
listset (total-discarded, last-updated):
 added:
  fanboy-cookiemonster: 47391-183, never
  ublock-cookies-easylist: 5825-35, never
 default:
  user-filters: 1-0, never
  ublock-filters: 52886-88, 8m Δ
  ublock-badware: 10136-17, 8m
  ublock-privacy: 4096-4, 6d.19m
  ublock-unbreak: 2797-1, 8m
  ublock-quick-fixes: 520-0, 8m
  easylist: 84817-474, 8m
  easyprivacy: 56137-723, 5d.23h.55m Δ
  urlhaus-1: 48285-11, 8m
  plowe-0: 3518-0, 6d.19m
  POL-0: 9115-53, 8m
  POL-3: 28204-1, 8m
filterset (user): [array of 1 redacted]
userSettings: [none]
hiddenSettings: [none]
supportStats:
 allReadyAfter: 1349 ms
 maxAssetCacheWait: 526 ms
 cacheBackend: indexedDB

In theory, it’s the same on Firefox.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions