[Resolved] beta5 adblocker bug/JavaScript bug
Re: beta5 adblocker bug/JavaScript bug
again, not working. Beta Version (5.0.2.0)
Re: beta5 adblocker bug/JavaScript bug
For me Beta 5.3 seems to be blocking ads now on various sites i'll continue testing but I'm still going to use a extension adblocker till we have the ability to add our own lists. I would suggest adding these lists https://github.com/liamja/Prebake, Adblock Warning Removal List found here https://easylist.adblockplus.org/en/, https://secure.fanboy.co.nz/r/fanboy-ul ... tle=Fanboy Ultimate Adblock found here https://www.fanboy.co.nz/filters.html and https://github.com/reek/anti-adblock-killer. To have the ability to Disable Social Media Buttons ( taken from adblockplus page Buttons used to share content on social media platforms such as Facebook, Twitter, Google Plus and others are placed on almost every website that you visit. Even if you don't click them, these buttons send requests to the social network's servers which then uses the information to create a profile based on your browsing habits).
I know its a beta but things to look at with the adblocker UI . If you have the toolbar icon for it on your toolbar it would nice to see how ads are blocked when visiting a site.
Great work as always from the developers.
I know its a beta but things to look at with the adblocker UI . If you have the toolbar icon for it on your toolbar it would nice to see how ads are blocked when visiting a site.
Great work as always from the developers.
Re: beta5 adblocker bug/JavaScript bug
We will add capability for users to add new lists pretty soon. Right now, you can edit the file "data/adblocker filter lists.txt" under the installation folder to add your own list into the available lists.
By the way, we have added a little instant chat tool on the page http://www.slimjet.com/en/onlinefb.htm . There is a little chat box at the right bottom corner of the page. Maybe we can have a quick chat over there to resolve your java access issue.
By the way, we have added a little instant chat tool on the page http://www.slimjet.com/en/onlinefb.htm . There is a little chat box at the right bottom corner of the page. Maybe we can have a quick chat over there to resolve your java access issue.
dev wrote:For me Beta 5.3 seems to be blocking ads now on various sites i'll continue testing but I'm still going to use a extension adblocker till we have the ability to add our own lists. I would suggest adding these lists https://github.com/liamja/Prebake, Adblock Warning Removal List found here https://easylist.adblockplus.org/en/, https://secure.fanboy.co.nz/r/fanboy-ul ... tle=Fanboy Ultimate Adblock found here https://www.fanboy.co.nz/filters.html and https://github.com/reek/anti-adblock-killer. To have the ability to Disable Social Media Buttons ( taken from adblockplus page Buttons used to share content on social media platforms such as Facebook, Twitter, Google Plus and others are placed on almost every website that you visit. Even if you don't click them, these buttons send requests to the social network's servers which then uses the information to create a profile based on your browsing habits).
I know its a beta but things to look at with the adblocker UI . If you have the toolbar icon for it on your toolbar it would nice to see how ads are blocked when visiting a site.
Great work as always from the developers.
Stephen Cheng
FlashPeak Inc.
FlashPeak Inc.
-
- Posts: 18
- Joined: Thu Sep 17, 2015 1:51 pm
Re: beta5 adblocker bug/JavaScript bug
I modified "adblocker filter lists.txt" and got Fanboys Ultimate List working. There is a bug in the element hiding when pages are opened via javascript links in a new tab. Example: http://www.primewire.ag/watch-2763730-Spy go to movie links and click on the first promptfile link. The adserver is blocked but the placeholders are not. Reloading the page removes placeholders.
I really like the idea of a built in adblock but does it support all of ABP'S rules? They've gotten a lot more intricate than regex url blocking and element hiding.
To anyone saying to base it off Ublock instead of ABP, that doesn't apply here. The real downside to ABP is the resources used in injecting giant stylesheets via javascript in every page and each individual iframe. The advantage of it being built in is that the stylesheets are handled at the browser level making them faster and more efficient. The advantage to basing the rule syntax off ABP is that ABP is what is used by the list maintainers, so 100% of the rules work. Look in the Ublock third party filter list. Quite a few rules aren't applied because there's at least one filter that isn't supported. The developer stated his reason, but it seems frivolous since these types of filters are the ones used for anti-anti-adblock and unbreaking sites wrongly broken by certain useful filters.
Hopefully @flashpeak can clear up the issue when opening javascript links in a new tab.
I really like the idea of a built in adblock but does it support all of ABP'S rules? They've gotten a lot more intricate than regex url blocking and element hiding.
To anyone saying to base it off Ublock instead of ABP, that doesn't apply here. The real downside to ABP is the resources used in injecting giant stylesheets via javascript in every page and each individual iframe. The advantage of it being built in is that the stylesheets are handled at the browser level making them faster and more efficient. The advantage to basing the rule syntax off ABP is that ABP is what is used by the list maintainers, so 100% of the rules work. Look in the Ublock third party filter list. Quite a few rules aren't applied because there's at least one filter that isn't supported. The developer stated his reason, but it seems frivolous since these types of filters are the ones used for anti-anti-adblock and unbreaking sites wrongly broken by certain useful filters.
Hopefully @flashpeak can clear up the issue when opening javascript links in a new tab.
-
- Posts: 18
- Joined: Thu Sep 17, 2015 1:51 pm
Re: beta5 adblocker bug/JavaScript bug
It needs to be based on ABP syntax rules for filters which you seem to have completely overlooked. For example: go to http://www.newsvine.com/odd-news open "Network" in Devtools and reload the page. Locate "sdk.js" which is "http://connect.facebook.net/en_US/sdk.js". Enter this filter: ||facebook.net^$third-party which blocks facebook.net from injecting content in any page that isn't their own. In Slimjet it does nothing. Third-party filters account for a huge portion of useful filters and are actually some of the lesser complicated rules. If they don't even work, I think it's safe to say that little or no thought was put into the actual translation of filter rules so that they can be implemented and actually work as intended. What a shame.flashpeak wrote:The built-in ad blocker is not based on anything as far as coding is concerned. We do use the same filtering rules used by Adblock Plus. I think most of the ad blockers use either Easylist or Fanboy's list. Since our implementation is done natively within the browser, it will be more efficient than any of the existing ad blocking extensions.
Edit: ABP is open source, so it's not as if you'd have to code it from scratch: https://adblockplus.org/source
Re: beta5 adblocker bug/JavaScript bug
There was a bug here. It will be fixed in the next build 5.0.5.
narcolepticinsomniac wrote:It needs to be based on ABP syntax rules for filters which you seem to have completely overlooked. For example: go to http://www.newsvine.com/odd-news open "Network" in Devtools and reload the page. Locate "sdk.js" which is "http://connect.facebook.net/en_US/sdk.js". Enter this filter: ||facebook.net^$third-party which blocks facebook.net from injecting content in any page that isn't their own. In Slimjet it does nothing. Third-party filters account for a huge portion of useful filters and are actually some of the lesser complicated rules. If they don't even work, I think it's safe to say that little or no thought was put into the actual translation of filter rules so that they can be implemented and actually work as intended. What a shame.flashpeak wrote:The built-in ad blocker is not based on anything as far as coding is concerned. We do use the same filtering rules used by Adblock Plus. I think most of the ad blockers use either Easylist or Fanboy's list. Since our implementation is done natively within the browser, it will be more efficient than any of the existing ad blocking extensions.
Edit: ABP is open source, so it's not as if you'd have to code it from scratch: https://adblockplus.org/source
Stephen Cheng
FlashPeak Inc.
FlashPeak Inc.
Re: beta5 adblocker bug/JavaScript bug
In 5.0.5 with inbuilt adblocker enabled slimjet keeps crashing when opening a new link or tab.
When relaunched adblocker is disabled.
When relaunched adblocker is disabled.
Re: beta5 adblocker bug/JavaScript bug
Sorry to hear that. Does it depend on a specific list of filters you have enabled? Do you have a crash dump file to share?
dev wrote:In 5.0.5 with inbuilt adblocker enabled slimjet keeps crashing when opening a new link or tab.
When relaunched adblocker is disabled.
Stephen Cheng
FlashPeak Inc.
FlashPeak Inc.
-
- Posts: 18
- Joined: Thu Sep 17, 2015 1:51 pm
Re: beta5 adblocker bug/JavaScript bug
Third-party filters seem fixed but there's still some bugs. I use shady file hosters to check Adblockers. The best way to tell which filters aren't working and to figure out why, is to open the same page with the same filters in Firefox with ABP. You can select "open blockable items" which shows you what was blocked and which filters were used. As best I can tell one of the biggest flaws still present is case sensitivity. ABP doesn't apply case sensitivity to filters unless explicitly told to via ",match-case" https://adblockplus.org/en/filters#advanced which is also important to support since it's only used when rules have detrimental side-effects otherwise. Yours seems to be interpreting them all as case sensitive, for example: http://bestreams.net/tb2ig55o88pm. All the urls with "/adServe/" should be blocked by the filter "/adserve/*" but they're not.
The really odd thing is that some element hiding rules are still not being applied. These are supposed to be no-brainers that work 100% of the time. When they don't it's usually because a misinterpreted rule preceding it has broken the list which can lead to huge portions being ignored. For example, with Fanboy ultimate list enabled, go to:
http://www.primewire.ag/external.php?ti ... loggedin=0
The div that the social network icons pop up in should be hidden by this filter "##.addthis_toolbox" which is in the list. It works in every browser but Slimjet. I'm not sure why, but like I said, when simple CSS rules aren't being applied there's a good chance the list has been fractured.
The really odd thing is that some element hiding rules are still not being applied. These are supposed to be no-brainers that work 100% of the time. When they don't it's usually because a misinterpreted rule preceding it has broken the list which can lead to huge portions being ignored. For example, with Fanboy ultimate list enabled, go to:
http://www.primewire.ag/external.php?ti ... loggedin=0
The div that the social network icons pop up in should be hidden by this filter "##.addthis_toolbox" which is in the list. It works in every browser but Slimjet. I'm not sure why, but like I said, when simple CSS rules aren't being applied there's a good chance the list has been fractured.
Re: beta5 adblocker bug/JavaScript bug
https://secure.fanboy.co.nz/r/fanboy-ul ... tle=Fanboy Ultimate Adblock is causing the crash after testing and narcolepticinsomniac is right in saying that not all elements are being blockedflashpeak wrote:Sorry to hear that. Does it depend on a specific list of filters you have enabled? Do you have a crash dump file to share?
dev wrote:In 5.0.5 with inbuilt adblocker enabled slimjet keeps crashing when opening a new link or tab.
When relaunched adblocker is disabled.
What did you alter to get the list working ?narcolepticinsomniac wrote:I modified "adblocker filter lists.txt" and got Fanboys Ultimate List working. There is a bug in the element hiding when pages are opened via javascript links in a new tab. Example: <a href="http://www.primewire.ag/watch-2763730-Spy" target="_blank" rel="noreferrer" style="cursor:help;display:inline !important;">http://www.primewire.ag/watch-2763730-Spy</a> go to movie links and click on the first promptfile link. The adserver is blocked but the placeholders are not. Reloading the page removes placeholders.
I really like the idea of a built in adblock but does it support all of ABP'S rules? They've gotten a lot more intricate than regex url blocking and element hiding.
To anyone saying to base it off Ublock instead of ABP, that doesn't apply here. The real downside to ABP is the resources used in injecting giant stylesheets via javascript in every page and each individual iframe. The advantage of it being built in is that the stylesheets are handled at the browser level making them faster and more efficient. The advantage to basing the rule syntax off ABP is that ABP is what is used by the list maintainers, so 100% of the rules work. Look in the Ublock third party filter list. Quite a few rules aren't applied because there's at least one filter that isn't supported. The developer stated his reason, but it seems frivolous since these types of filters are the ones used for anti-anti-adblock and unbreaking sites wrongly broken by certain useful filters.
Hopefully @flashpeak can clear up the issue when opening javascript links in a new tab.