ABE Interacton with Google Crashes Firefox?

[GµårÐïåñ]

I have noticed something bizarre that normally I would have assumed was a coincidence but it happens so frequently and so consistently, almost on a schedule that I know it not to be a fluke. I further tested this by close monitoring and am now fairly certain that this interaction is the cause of the problem and arises from denying a google site for everyone besides a specific site. Normally a denied site should just be denied and that's it but it seems to be causing a persistent loop that causes the Fx crash and also drags performance down and generates lags in the process of going down. Let me demonstrate and hopefully we can get some verification on this.

I have the following rule:

Site ajax.googleapis.com
Accept from *.ziprealty.com ziprealty.com
Deny

and with this rule and ABE active, I am able to grant access to ajax.googleapis.com to this site only and no one else. However, this is where the problem arises, deny to all others. Accessing google services (especially and easily reproducible on google.com/webmasters/tools - you must be logged in) which try to access ajax.googleapis.com (and I suspect any other site that does too) causes the browser to crash without error, notice or anything, just closes down. Now the interesting thing is that sessionrestore doesn't even register it as a crash. This happens consistently (or reasonably consistently) within 5-15 minutes of accessing a site that is trying to access ajax. (since it has to be allowed by NS) but is denied access via ABE rule above.

I have commented out this rule and it will NOT occur, no way no how. I have run as long as 6 hours without closing the browser and no crash or performance degradation but with it there, crash is imminent and each time it denies access the performance degrades more and more, I suspect the cause of the crash. Memory leak? Infinite loop? unhandled exception? Not sure but felt it was worth mentioning.

[Giorgio Maone]

I'm trying to reproduce.
I'm logged in https://www.google.com/webmasters/tools/ with your rule in USER.
I tried to go around the site, but I see no denied request to ajax.googleapis.com.
Is there a specific page which shows this behavior?
Is it reproducible with all your extensions disabled except NoScript?

[GµårÐïåñ]

Honestly I have not checked without other extensions since I was able to fairly accurately limit this by commenting out the rule or disabling ABE but I can try if you'd like. Another bizarre thing I noticed is that not all google services even show ajax.googleapis.com in the script list (if you look at the NS menu) but the only google related rule is the one I mentioned. It occurs often on the dashboard page when I click any of the [+] items on the left or the sub-items. If I select several here and there in whatever order really (although I have not paid attention if a specific order does this) and suddenly it happens. Unfortunately as I said, as anecdotal consistent as I have been able to observe, I can't nail it down 100% as to 1,2,3 will cause it or exactly at ... interval, you know?

Like right now while I was writing this, I opened it up and was trying to get the page names and sections for you and it crapped on me, had to start typing this over again but just now it happened when I logged in, clicked on the site name, then clicked on the crawl error link and then clicked linked from and bam it went. On a slightly OT (possibly related matter, which I will check by disabling it) I noticed that finjan seems to attempt to check links on not just google search but also inside google services, perhaps a cause? not sure if there is some gpf as a result of some interference, I will look into that just in case. Let me know what you find in the meantime please. Thanks.

[therube]

Just happened to see this & it may be totally unrelated but ...

I don't understand the techo-eze mentioned here, Bug 455633 - XPCNativeWrapper Crash [@ XPCNativeWrapper::GetNewOrUsed], but the particular bug will silently crash your browser.

Eh, unrelated. Already fixed in Gecko 1.9.1 (so FF35).
Not yet (except for nightlies?) in Gecko 1.9.0 or 1.8.1.