HTML parser issues

[ameshkov]

On some websites, AG fails to parse HTML properly.

• phimmedia.tv
• my.gobluefire.com

[AdamWr]

It seems that there is similar issue on this website - http://www.turizmdosyasi.com/index.php
There is no local.adguard.org in source code (happens only on main page).

[Alex-302]

Another one: http://lostfilm.tv/

[Alex-302]

probably another one
AdguardTeam/AdguardFilters#50431 (comment)
https://docviewer.yandex.ru/
Load any document to yandex disk and open it.

Screenshot:

Sometimes HTML is valid, sometimes - invalid.

[ameshkov]

@vshlobinag take a look at this one as well - #1288

[AdamWr]

Probably another similar issue NSFW - AdguardTeam/AdguardFilters#54218

Screenshot

Before checking, please disable these rules (from Base filter):

@@||xvideos.com/models/$elemhide,jsinject,extension
@@||xvideos.com/channels/$elemhide,jsinject,extension

[sfionov]

@AdamWr This task is about false negatives mainly... For false positives due to retrieving part of page via XHR, it is much easier to add whitelist rules.

[AdamWr]

I thought that it's correct place, because this issue looks similar to this one - #1288

For false positives due to retrieving part of page via XHR, it is much easier to add whitelist rules.

Ok, but it means that we can't block some ad leftovers or other elements.
Could it be somehow possible to add exception ($elemhide,jsinject,extension) only to request with other type?

Screenshot

I tried @@||xvideos.com/models/$other,jsinject,elemhide,extension but it's also applied to main document.

[ameshkov]

Hm, I wonder why element hiding rules could've been applied to an "other"-type request in the first place.

[AdamWr]

Probably another similar issue - AdguardTeam/AdguardFilters#54475

Screenshots