:style for pseudo-classes and pseudo-elements are not displayed in the logger

[dimisa-RUAdList]

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 support issue or a question. For support, questions, or help, visit /r/uBlockOrigin.
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue.
• 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 tried to reproduce the issue when...

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

Description

:style for pseudo-classes and pseudo-elements are not displayed in the logger

A specific URL where the issue occurs.

https://software-on.com/

Steps to Reproduce

1. Activate uBlock filters - Annoyances
2. Open https://software-on.com/
3. Open logger

Expected behavior

The logger should record the triggering of the rule: *::selection:style(background-color:#338FFF!important)

Actual behavior

The logger does not record the triggering of the rule: *::selection:style(background-color:#338FFF!important)

By the way, if you add an exception: software-on.com#@#*::selection:style(background-color:#338FFF!important) - then the logger will display it.

P.S. Very strange, but it seems that links to /dashboard.html#support.html do not work in version 1.49.3b2

uBO version

1.49.3b2

Browser name and version

Firefox 112.0.2

Operating System and version

Windows 7

[gwarser]

The filter is from uBlock filters – Annoyances?

P.S. Very strange, but it seems that links to /dashboard.html#support.html do not work in version 1.49.3b2

What do you mean?

---

Did it ever worked? Probably caused by inability to querySelector pseudoclasses.

[dimisa-RUAdList]

Video

[gwarser]

This works fine on my side.

[dimisa-RUAdList]

I found the reason why links to /dashboard.html#support.html become inactive. This happens if at least one default filter is disabled, for example: Peter Lowe’s Ad and tracking server list. Version 1.49.2 does not have this problem.

[gorhill]

This was fixed yesterday with #2619 (comment)

[dimisa-RUAdList]

I checked earlier versions, and indeed, styles for pseudo-elements in the logger are not registered there either.

[gorhill]

I still think this needs investigating what can be done.

[dimisa-RUAdList]

After the changes made in the logger, style hits were no longer registered, but this is observed only in certain cases.

For example: https://sportkp.ru/figurnoe-katanie/nid364185_au351auauau_cr351crcrcr_tuktamysheva-ispolnila-svoy-koronnyy-pryzhok-na-shou-v-kazakhstane-video

With the filter RU AdList must be registered: ##.l-wrapper > div[style^="position: absolute;"][style*="width: 30px;"][style*="height: 30px;"][style*="bottom: 13px;"][style*="left: 10px;"]:style(opacity: unset !important)

[gwarser]

I see no such element in dev tools.

Play button in the player which load with delay. (also search box in Fx devtools is too aggressive with hints)

[dimisa-RUAdList]

There is a simpler example: https://www.fontanka.ru/2023/02/23/72085622/

[gorhill]

Deleted my previous comment, I was looking at .l-wrapper itself instead of .l-wrapper > div.

So I simply used document.querySelector('.l-wrapper > div[style^="position: absolute;"][style*="width: 30px;"][style*="height: 30px;"][style*="bottom: 13px;"][style*="left: 10px;"]'); in the dev console, and it returns null, so nothing is matching.

---

I don't get hits with 1.49.2, so it's just the webpage which changed?

[dimisa-RUAdList]

You can add an exception: #@#.l-wrapper > div[style^="position: absolute;"][style*="width: 30px;"][style*="height: 30px;"][style*="bottom: 13px;"][style*="left: 10px;"]:style(opacity: unset !important) - and then the play button will disappear and will be visible only when you hover over the player window.

[gorhill]

Ok I see, it's in one of the about:blank frame. I don't think it's related to the changes here though, 1.49.2 has the same issue, which is that uBO finds no match because the style property changes on mouse hover.

[dimisa-RUAdList]

I rolled back to version 1.40.8 step by step and still do not see this rule in the registration logger. Maybe it was never shown there?

[gorhill]

The original issue is fixed, the other reported issue is completely unrelated, so closing as fixed.