Bug 1034616.  Fix Frame-onPop-generators-02.js test to pass even if we start reporting the exceptions we're supposed to be reporting but fail to report right now.  r=jorendorff
Bug 965413 part 1.  Rename the WebRTC-private LoadInfo class to RTCLoadInfo so it won't interfere with adding mozilla::LoadInfo.  r=jesup
Bug 965413 part 2.  Introduce an nsILoadInfo interface that can be used to propagate information like the loading principal and whether it should be inherited along with the load.  r=smaug, sr=sicking
Bug 965413 part 3.  Add a .loadInfo property to channels.  r=mcmanus
Bug 965413 part 4.  Teach the security manager about nsILoadInfo.  r=smaug
Bug 965413 part 5.  Teach the docshell code that sets up session history entries about nsILoadInfo.  r=smaug

For now just preserve the old behavior of storing the principal in the session history.
Bug 965413 part 6.  Create an implementation of nsILoadInfo.  r=smaug
Bug 965413 part 7.  Make it safe to GetOwner() and SetOwner() on channels without asserting.  r=smaug

We're going to want to check whether a channel has an existing owner in some cases, but some channels currently assert if you just ask them whether they have an owner.
Bug 965413 part 8.  Make HTTP redirects propagate along the load info.  r=smaug
Bug 965413 part 9.  Support use of a LoadInfo for javascript: URLs.  r=smaug
Bug 965413 part 10.  Use a LoadInfo for loading documents in various places where we force a particular principal.  r=smaug
Bug 965413 part 11.  Use a LoadInfo as needed for loading stylesheets.  r=smaug
Bug 965413 part 12.  Use a LoadInfo in SetUpChannelOwner.  r=smaug
Bug 965413 part 13.  Stop propagating null principal owners across redirects in nsHttpChannel, since we now handle that via loadInfo.  r=smaug