Can I use gBrowser.selectedBrowser.addProgressLisnter in e10s?

We are trying to port our add-on to message manager and frame scripts. Previously, our add-on used gBrowser.addProgressListener () and nsIWebProgressListener.onStateChange () along with the browser .webProgress.isLoadingDocument to monitor network activity.

The question is, can I keep using browser.addProgressListener and browser.webProgres.isLoadingDocument in future versions of Firefox, or using webProgress from within a script frame is the best way to do this? Maybe I should use a different technique?

For some reason, it doesn't work reliably in Firefox 36.0a1, so I thought I should move the code into the script frame. Namely frame docShell is QI-ed for webProgress to add a progress listener there. It also doesn't work in all cases, so I'm guessing it's just a bug in 36.0a1.

By "not working reliably" I mean that onStateChange () is not called when I try to navigate through the browser.loadURI () method when a blank page is loaded on the current tab. Also webProgress from the frame script sometimes "forgets" to send STATE_STOP to onStateChange ().

+3
firefox-addon


source to share


No one has answered this question yet

Check out similar questions:

6
Script content from Firefox add-on not writing to IndexedDB
3
When to load browser frame script (e10s)?
3
Chrome / Firefox extension - Content script not listening to messages
3
How to load XPCOM component when creating content in Firefox (e10s)?
1
Loading extra javascript from Firefox add-ons add-on script
1
Using addProgressListener and onStatusChange to get DNS lookup times for pages
1
Scripts not introduced in Firefox 43.0
1
Loading script after full page load
1
Memory leak in framework (e10s) scripts?
0
Rightclick handling in firefox addon, document only



All Articles
Loading...
X
Show
Funny
Dev
Pics