[AdGuard for Windows] v6.1.258.1302 RC

Status
Not open for further replies.

SlowMemory

Beta Tester
This is fixed already, there was a problem indeed.


Unfortunately, this is just how it works. Nothing we can do here.


Doesn't reproduce for us. Can you send me your user filter file so we could test it?


It won't really work the way you suggest. So I don't know what to answer you here :)
This was about an old version of RC, so some of those mentioned problems are resolved now. My next post is about the current version.
Both of issues were resolved in 6.1.256.1292 RC.
 
Last edited:

vasily_bagirov

Administrator
Staff member
Administrator
Sorry again for not answering all the questions in time.

Another RC released today, actually only one change, but pretty important. The thread is updated.
 

Rik

Beta Tester
Hello dear Adguard-team,
I like to report an issue that occurs with the 1283 & the new 1291RC from today.
When you play YouTube clips with IE 11 (on WIN 7 x64 with all latest updates), the ad-filtering works fine, but almost every clip has 2 short pauses (half a second) near the end of the clip and then you get the screen I added in attachment. When you play the same clip with Firefox (I have FF49 b6) it doesn't happen with Adguard on.
If you turn off Adguard for the same clip on IE, you get the ads (that's normal) , but no pauses near the end, and also no black-grey screen. So there must be an issue in the interaction between Adguard and Internet Explorer 11.
I never had this with earlier versions , only with the 2 latest beta/RC's.
Hope you can find it. Best Regards, Rik
View attachment 5024
IMPORTANT UPDATE/ADDITIONAL INFO on 25 august : I investigated a little more this IE-YouTube-bug myself today (which also remains in the new RC 1292).
With Adguard for Windows ON in Internet Explorer, the Ad-filtering works fine BUT the problem is that Adguard prevents YouTube-clips buffering untill the end : the initial buffering stops at 20 seconds before the end of the clip (you can see that the buffering white-line stops), which explains the first pause when the playing reaches that point. Upon which additional buffering is immediately initiated, but too slow to play on well, which explains the second/third pause, after which the clip crashes into the grey/black screen with error-code.
If you put Adguard OFF, YouTube-clips are buffered rightaway fully till the end, with perfect playing till the end as a result.
Strangely enough with Firefox, there is NO problem : I tested with Adguard ON/OFF and in both cases YouTube-clips buffer and play perfectly.
I hope you can solve this IE-problem, which was not present in 6.0 release and also not in the first 6.1-beta-versions.
I hope this additional info helps to pinpoint a solution.
Best regards from Rik
UPDATE 26 august : still no solution for this problem with the new 1302RC :(
 

Rik

Beta Tester
I can't reproduce this. Does it happen in other browsers too?
It happens in Internet Explorer 11 on Windows 7 x64 with all recent updates. It doesnt happen with Firefox. I dont know about other browsers, because I dont use them....
 

Boo Berry

Moderator + Beta Tester
Moderator
Internet Explorer can sometimes be a hassle to deal with in terms of ad blocking. In the past I've encountered ads that were blocked in every other browser except IE due to certain rules not working for IE.

That said, I did test this with IE11 on Windows 10 and I couldn't reproduce it. I guess I should download Windows 7 and Windows 8.1 and create virtual machines for both for testing purposes. :)
 

Rik

Beta Tester
Internet Explorer can sometimes be a hassle to deal with in terms of ad blocking. In the past I've encountered ads that were blocked in every other browser except IE due to certain rules not working for IE.

That said, I did test this with IE11 on Windows 10 and I couldn't reproduce it. I guess I should download Windows 7 and Windows 8.1 and create virtual machines for both for testing purposes. :)
Hello, rest assured, the ad-blocking works perfect :) , but there is certainly an impact from Adguard 6.1 on IE11-YouTube-buffering & playing. If I put Adguard OFF, it buffers immediately till the end of the clip.
Just to help you out, I did some additional testing. I put Flash Player's Global Storage Settings panel to "unlimited" (https://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager03.html) and I also did a reset of the advanced settings of my Internet Explorer 11, followed by a reboot (as advised).
But both operations did not help, the problem remains :(
Have a nice sunday !
 

Rik

Beta Tester
Ah, Flash. Yeah, I don't have that installed on my operating systems.

Try going here and enabling the HTML5 player and see if it helps any: https://www.youtube.com/html5
Hello again dear Adguard-team,
as I have the time on a lazy sunday afternoon in Belgium :cool: I did some hours of deep testing today.
1) with the latest 6.1 RC 1302
a) First of all I desactivated Flash player in both Internet Explorer and Firefox as both support html5 fully for the YouTube site.
Result: the buffering problem remains in IE at the end of each clip (for longer clips sometimes earlier) , Firefox plays perfect.
I desactivate Adguard > result : IE buffers and plays perfectly.
b) Then I completely de-installed Flash player with Revo Uninstaller, so also remainders in register and folders are cleaned & rebooted.
Result: the buffering problem remains in IE at the end of each clip (for longer clips sometimes earlier) , Firefox plays perfect.
I desactivate Adguard > result : IE buffers and plays perfectly.

2) Then I completely deinstalled the Adguard 6.1, and cleaned also remaining folders and register entries with Revo Uninstaller.
After rebooting I did a clean install of Adguard 6.0.226.1108.
Result : no more buffering problems in IE 11 : it buffers and plays perfect on YouTube (also Firefox), even with the Flash players activated !

Logical conclusion : as I already suggested in earlier posts (see initially on last Tuesday 23/08) there was no YouTube-buffering/playing-issue in IE11 with Adguard 6.0.
This bug started in IE11 with the last 3 or 4 bèta/RC-versions of Adguard 6.1.
So I think you have to look for changed code or functions in our beloved program since these updates... which must have an impact on the buffering in IE11.
Hope you can find it to solve this before final 6.1-release, otherwise the regular customers (the non-bèta-testers) will certainly start reporting this bug.
For the moment I will stick to 6.0-version.
Please let me know when I can start testing with a new bèta/RC where this issue is solved.
Hope all this testing and info will help you out :)
Best regards, Rik
 

Blaz

Moderator & Translator
Staff member
Moderator
Video is not showing here: http://www.southpark.de/collections/4740/best-of-season-12/1

disable extensions button -> OK
disabling every single extension -> not OK

disabling adblocker button -> OK
disabling every filter list -> not OK

Working with this rule with extensions and adblocker option on:
Code:
@@||southpark.de^$jsinject
Please investigate, thank you.
 

Confessor

Administrator
Administrator
Video is not showing here: http://www.southpark.de/collections/4740/best-of-season-12/1

disable extensions button -> OK
disabling every single extension -> not OK

disabling adblocker button -> OK
disabling every filter list -> not OK

Working with this rule with extensions and adblocker option on:
Code:
@@||southpark.de^$jsinject
Please investigate, thank you.
Does the problem still occur?
I can't repeat it today with last Adguard release and german VPN.
 

Blaz

Moderator & Translator
Staff member
Moderator
Adguard doesn't block images with urls like:
data:image/jpeg;charset=
 

avatar

Administrator
Staff member
Administrator
Adguard doesn't block images with urls like:
data:image/jpeg;charset=
Yep, that's intentional. "data:image" strings are often too huge so checking that huge string with basic rules becomes very "expensive" operation.
 

Blaz

Moderator & Translator
Staff member
Moderator
Yep, that's intentional. "data:image" strings are often too huge so checking that huge string with basic rules becomes very "expensive" operation.
Still it should be possible (maybe add an option to enable blocking it with a warning it can cause browsing slowdown).
 
Status
Not open for further replies.
Top