683434 - Expose "Dynamic analysis of chrome->content" as an XPCOM service

Status: NEW

(Core :: General, defect)

Description

[Jan Honza Odvarko [:Honza] (always need-info? me)]

In order to prepare a plan for Firebug transition to e10s we want to utilize a logging-feature introduced in bug 666713 (Dynamic analysis of chrome->content operations in Firefox) and identify all places in Firebug where chrome touches the content. 

As expected, I am getting huge log file. Only starting Firefox and reloading the home page produces: 4MB, 60K+ lines

I would like to redirect the logging into Firebug Tracing Console that we also use to see all logs coming from Firebug itself (often the only way how to debug a debugger).

Would it be possible to expose a simple XPCOM (service) that Firebug could access in JS, register a listener into it and handle all logs dynamically?

The listener could get following parameters:

function contentAccessListener(accessDesc, jscontext, object, property, stack)
{
}

Honza

Comment 1

[Benjamin Smedberg]

We could, but I suspect that the logs aren't really going to be useful in the Firebug case. I think that's just going to involve straight-up engineering so that code which touches content is run in the correct process.

Comment 2

[Jan Honza Odvarko [:Honza] (always need-info? me)]

(In reply to Benjamin Smedberg  [:bsmedberg] from comment #1)
> We could, but I suspect that the logs aren't really going to be useful in
> the Firebug case. I think that's just going to involve straight-up
> engineering so that code which touches content is run in the correct process.
Yes, but before we start refactoring of Firebug architecture it would be great to have an overview which could help us to prepare a better plan.

For example, we could adapt entire Firebug panel by panel and start with the simpler ones.

Honza