v.qq.com [anti adblock]

[discusssth]

URL： https://v.qq.com/x/cover/3hcdu70po7fiuph/i0811lpp5fb.html

my-ublock-backup:my-ublock-backup_2018-12-11_11.36.46.txt

[mapx-]

I cannot reproduce the issue using the default setup (+ the 2 chinese lists)

[discusssth]

try
https://v.qq.com/x/cover/xn14uorgt5bvd0j/q0029lg9tzt.html

[mapx-]

waiting 44 seconds then the video is running ok

[discusssth]

please remove that 44 seconds count down..

[mapx-]

try (with and without the chinese lists)

/variety.tc.qq.com/*.mp4$media,redirect=noopmp4-1s,domain=v.qq.com
://apd-*.qq.com/$media,redirect=noopmp4-1s,domain=v.qq.com
/vlive.qqvideo.tc.qq.com/*.mp4?*sdtfrom=&$media,redirect=noopmp4-1s,domain=v.qq.com

[discusssth]

no work （with and without the chinese lists）

[mapx-]

meaning you still get anti adblock stuff or the preroll ?

[discusssth]

@mapx-
yes, still get anti adblock stuff and the preroll

[mapx-]

@jspenguin2017 maybe is the same issue as iqiyi.com ?

[jspenguin2017]

Looks similar, but Tencent and Baidu (who owns iQiyi) are not the same company. I would assume the technology they are using are different.

[mapx-]

...now I get no waiting sequence (no custom filters added)

[okiehsch]

I now get this new "thing".

[jspenguin2017]

@mapx- I guess it only happens sometimes.

[jspenguin2017]

@okiehsch It's just a network error. It should be gone if you refresh or choose another video.

[okiehsch]

Yes, after I refresh I can play the video without issue.

[okiehsch]

@mapx-

/variety.tc.qq.com/*.mp4$media,redirect=noopmp4-1s,domain=v.qq.com
://apd-*.qq.com/$media,redirect=noopmp4-1s,domain=v.qq.com
/vlive.qqvideo.tc.qq.com/*.mp4?*sdtfrom=&$media,redirect=noopmp4-1s,domain=v.qq.com

will not result in a redirection, the filter must start with || or *, otherwise no redirection will occur, although a blocking filter will be created.

[mapx-]

oh, so

*/variety.tc.qq.com/*.mp4$media,redirect=noopmp4-1s,domain=v.qq.com
*://apd-*.qq.com/$media,redirect=noopmp4-1s,domain=v.qq.com
*/vlive.qqvideo.tc.qq.com/*.mp4?*sdtfrom=&$media,redirect=noopmp4-1s,domain=v.qq.com

However - now - I get only network errors (with / without any custom filter)

[okiehsch]

I now get

redirecting the media requests I can see on my end.

*/variety.tc.qq.com/*.mp4$media,redirect=noopmp4-1s,domain=v.qq.com
*/vlive.qqvideo.tc.qq.com/*.mp4?*sdtfrom=&$media,redirect=noopmp4-1s,domain=v.qq.com

does not work.

[okiehsch]

Well, now I can't reproduce again, great .....
@jspenguin2017 can you test if
v.qq.com##+js(nano-setInterval-booster.js) works for you?

[jspenguin2017]

That breaks the player.

[discusssth]

@LiCybora need help

[LiCybora]

Redirect not work as they verify all video ads information, such as resolution, url and md5, and timer boost break the playback. I am unwilling to spend time on this nasty site.

If you are willing to use Firefox with Nano Defender, I do have a simple solution (Not work for Chrome/ium due to lacking StreamFilter).

[jspenguin2017]

Looks like the request is a normal XHR, in that case, a.replaceXHR is enough to deal with it. It works for all platforms.

Can someone confirm?

[LiCybora]

Not really...

[jspenguin2017]

That's weird... Are you getting POST or JSONP for the requests? It's POST for me on both Chrome and Firefox.

I think your code would only catch JSONP and mine only POST. Can you show your network tab?

[LiCybora]

How come all are GET on my end...? Geo-related?

[jspenguin2017]

Are you on Nightly? Can you try a clean install of Firefox stable?
It could be checking the user agent string.

[LiCybora]

Clean Firefox Stable now, still GET.

I guess I know the reason...the EasyList China causing this. Sorry my fault...

[jspenguin2017]

Oh, good catch! I'll add an integration filter rule.

[jspenguin2017]

OK, should be good now. Can you verify?

[LiCybora]

Yes, it is good now.