Adblock Plus starts late, impacting initial page

[Fenrir]

Using FF 36.0.1 was on 35 before running multiple list never a issue besides every now and then it would take FF 20 or secs. to open related to this care less good tools.

100mb up/down uncapped home fiber

[neer taliyan]

The new change makes the page load with Ads.

[Gingerbread Man]

Split unrelated post:
viewtopic.php?f=1&t=29661

[tsunami2311]

extensions.adblockplus.please_kill_startup_performance= false

This still does nothing and ABP still has that annoying freeze of FF while ABP load which also still results in add poping on your start page if you have live page as the start page. seeing this been going for year one has to asked do they even care to fix this or atlest make that extensions.adblockplus.please_kill_startup_performance work? or was that just joke entry that actual does nothing.

I still rather have ABP loaded BEFORE FF is ready If i go back to older ABP before this change was implemented, FF loads slower but ABP is load already and there is no annoying freeze up of FF and by freeze I mean you could go to bookmark menu and start browsing it and watch it stop moving highlighting what you mouse is over, and once ABP done loading it start highlight it again, and defiently no adds loading on pages that live on startup of FF which dont happen in older ABP.

please atlest make extensions.adblockplus.please_kill_startup_performance work.. or i might move to block which dont have this issue. and much lighter impact/footprint compared to ABP.

IT good thing i dont use a "live" web page for my startup page or this would resulted in me switching long ago

[raleightom]

4/21/2015 - Firefox release 37 Ubuntu 14.04
Same problem as others. It appears to really be slowing down Firefox as a whole. I first noticed on Titantv web site weeks ago. Have notices all tabs starting slower ever since the Titantv issue appeared. Started on Gasbuddy today. Now I get to watch and read the ads before they slowly disappear. I often keep WRAL TV weather tab (http://www.wral.com/weather_map_center/ ... ap=doppler) open; but, with this issue around Firefox is eating me alive (25% cpu). Could be Firefox changes triggering Adblock plus problem. Definitely not a techie; but seems I read something about FIrefox using more HTML5 at this time. Do not see this Adblock Plus bad behavior on Google Chrome 42.0.2311.

[pakde]

Apparently ads and trackers are regularly not blocked by ABP for Chrome and IE for technical reasons related to the limited "power" that add-ons have in these browsers. I can't check first hand how much of a fact this is since I only use Firefox.

But that does NOT make failing to block network requests for which rules exist acceptable on Firefox! Really, please don't lower your quality requirements for Adblock Plus on Firefox just because such quality cannot be reached on other browsers. That would be such a messed up reasoning.

Not to mention Firefox is the reason for Adblock Plus' success. We want a reliable ad and tracker blocker that honors lists perfectly by blocking them before a network request occurs.

I read Wladimir say that in rare cases, ABP on Firefox prior to 2.6 already failed to block stuff. Well, first of all I would like to hear of such situations, like when do they trigger and at what frequency. But more importantly let us NOT add more of those situations, especially a leak as serious as we have on 2.6 !

If that's the direction we are heading, where ABP starts to compromise with the very purpose of its existence, its future is pretty gloom. I won't be able to trust it any more. I mean, where did you get the idea that it would be acceptable to ship 2.6 as it is, with the many cases where this would lead to tons of network requests passing through when they should be blocked ?

Please note that I am not the type of guy to freak out and panic and imagine stupid things. I'm saying this in a very down to earth way, I know how you intend to minimize the problem by speeding up ABP's startup, but:

1/ If at all possible, it will take time to reach a speed high enough to make the amount of unblocked requests negligible on startup. In the mean time we are left with no response to our various arguments and we have no time frame.

2/ This sets a worrisome precedent that basically says Adblock Plus will merely attempt to honor lists given to it. It's even worse because your success on IE and Chrome may let you think that it is acceptable to have a product that only partially fulfils its promise to the end user.
We are on Firefox, you can fulfil the promise for real, so you have to do it. Adblock Plus has become a profitable business with several millions of users and several millions of dollars to act with, so you kind of have a duty now. :/

3/ We are ill informed about when requests pass through and the likeliness of such an event. I had to dig out the seriousness of 2.6 issue, and on top of that your communication really minimized it. So in the future, how can I trust that no other serious losses in reliability will occur without me noticing ? I cannot. For reasons given above, I'm forced to think that it will occur again, that you will try to minimize it but won't succeed enough, and that the amount of unblocked network requests is unlikely to stay negligible as Adblock Plus evolves further.


I think a mix of communication and real changes in the development plan are necessary :/

I understand the pressure you may have from Firefox developers who have to deal with serious competition from Chrome regarding speed, but your product's promise goes first. You can eventually let the ultimate choice to the end user, speed vs full protection, but it's not for you to decide unilaterally is it ?

[lewisje]

ABP for Firefox is not on the same codebase as ABP for Chrome or IE, so any "limited power" available in Chrome or IE would not affect the ability of the Firefox extension to block network requests.

(The only limitation I know of is that the webRequest API in Chrome does not provide as much detail about the request type as nsIContentPolicy does in Firefox, but there are suitable mappings, like "object-subrequest" and "font" from nsIContentPolicy are subsumed by "object" and "other" respectively in ABP for Chrome, because those are the most similar request types in the webRequest API.)

The best way I can think of to work around the difficulty ABP has with blocking ads in tabs loaded at startup is to enable the preference to not load tabs until selected, then the problem will be limited to one tab per window in your browser session.

[tsunami2311]

I see posts are beeing removed that dont favor ABP?

Like said I final tried ublock and the initial firefox freezes when ABP loads are not there in ublock yet, a year down the road ABP still cant short this out or refuses too and it starts firefox just as fast. is there reason ABP dont care to fix this? cause ABP is more user freindly imo, but now i think of replacing ABP with ublock on all my pc's.

Btw Feel free to delete the post again, it will just prove ABP wont do something they say cant be done yet ublock can

[orion44]

So what's the solution for this?

[mapx]

another ticket was opened on the bug tracker
https://issues.adblockplus.org/ticket/2957

If you want to "vote" for a solution, it's better you add your comments there.

[orion44]

another ticket was opened on the bug tracker
https://issues.adblockplus.org/ticket/2957

If you want to "vote" for a solution, it's better you add your comments there.

Sweet thanks, time to rally the troops!

[leftsideways]

ticket 2957 is closed and marked as duplicate
ticket 549, referenced in 2957 is closed and marked as fixed.

Yesterday I posted some images showing the behavior happening on the blank startup: viewtopic.php?f=1&t=40150
After work today I will apply all the fixes outlined in this topic to see if that is a remedy.

ABP 2.6.10 - Iceweasel 31.8.0 - Debian 8, XFCE
Linux first 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) x86_64 GNU/Linux

[mapx]

Greiner (one of the devs) is waiting some details to re-open the ticket:

When I said "create a ticket if this issue still occurs" in #549 I didn't mean that you create an exact copy of it. Feel free to modify the ticket description to add information to it such as:
Did you make use of the extensions.adblockplus.please_kill_startup_performance preference that was introduced in #549?
Which browser and extension versions are you using?
What steps can be used to reproduce this issue?
As soon as that's done, I'll reopen the ticket and we can investigate what the issue is.