1277267 - Convert PAC code to autoJSAPIOwnsErrorReporting

Status: RESOLVED FIXED

(Core :: Networking, defect)

Description

[Jan de Mooij [:jandem]]

Attachment: Patch

Here's a patch. It was pretty straight-forward for the most part.

I made one minor improvement: warnings now have "PAC Execution Warning" prefix instead of "PAC Execution Error".

I manually verified errors and warnings still appear in the browser console as before.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Comment on attachment 8758751 [details] [diff] [review]
Patch

>+    JS::ContextOptionsRef(mContext).setDontReportUncaught(true);

Not needed: all the places that check that option also check autoJSAPIOwnsErrorReporting.

>   nsresult Init()

While you're here, can you change the JS_InitStandardClasses callsite to check the return value?

Also, don't you need to put the AutoPACErrorReporter before the JS_NewGlobalObject call?  I'd expect that JS_NewGlobalObject can throw OOM...  Alternately, we could just JS_ClearPendingException if JS_NewGlobalObject fails.  That might be simpler, because it's not clear what AutoPACErrorReporter would do if we're in the null compartment.

> ProxyAutoConfig::GC

Do you really need AutoPACErrorReporter here?  JS_MaybeGC can't exactly throw or report an exception.

r=me with the above fixed.

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/mozilla-inbound/rev/c6667fa95dff
Convert PAC runtime to autoJSAPIOwnsErrorReporting. r=bz

Comment 3

[Carsten Book [:Tomcat]]

https://hg.mozilla.org/mozilla-central/rev/c6667fa95dff