the webshell will now be run through the uri loader which knows how to dispatch urls based on content.
If any problems do arise, I'm ready to turn it back off again at a moment's notice.
git-svn-id: svn://10.0.0.236/trunk@55052 18797224-902f-48f8-a5cc-f745e15eee43
These are the local file init methods for a nsIFile.
not hooked up to the build
git-svn-id: svn://10.0.0.236/trunk@55050 18797224-902f-48f8-a5cc-f745e15eee43
fill out the canHandleContent method to include
all the primary and secondary content types we want the
browser window to handle.
r=travis
git-svn-id: svn://10.0.0.236/trunk@55044 18797224-902f-48f8-a5cc-f745e15eee43
fill out the canHandleContent method to include
all the primary and secondary content types we want the
mail window to handle
r=travis
git-svn-id: svn://10.0.0.236/trunk@55043 18797224-902f-48f8-a5cc-f745e15eee43
remove protocol scheme check before using the uri loader. this
means that all urls will run through the uriloader regardless of
type when it gets turned on.
webshell:
doContent and canHandleContent now take a nsURILoaderCommand
modify the handle link click event method to pass in
in the nsIURILoader::viewUserClick command to the uri loader
r=travis
git-svn-id: svn://10.0.0.236/trunk@55042 18797224-902f-48f8-a5cc-f745e15eee43
// to distinguish between incoming urls that are a result of user
// clicks vs. normal views, view source and requires new window
nsIURIContentListener.idl--> doContent and canHandleContent now take a nsIURILoadCommand enum
nsURILoader.cpp --> changes to account for load command enum.
AsyncRead pass in the window context as the url context
(waterson will need this for his chrome cache work)
if we can't find a content handler for the content then go
back to the original window that loaded the url and force
them to handle the content...this is a HACK to force us to run
through the old code path for handling unknown content types
until the new version is online.
r=travis
git-svn-id: svn://10.0.0.236/trunk@55041 18797224-902f-48f8-a5cc-f745e15eee43
- get rid of GetAccountManager call (it's now a service)
- move hacks GetCurrentIdentity and GetCurrentServer into the account manager for now
- eliminate these calls from nsMsgMailSession
- update all call sites (C++ and JS)
r=mscott
git-svn-id: svn://10.0.0.236/trunk@55040 18797224-902f-48f8-a5cc-f745e15eee43
reorganizing/splitting protocol handler methods, though not yet adding any
new functionality:
Allow for multiple instances of nsHTTPResponse to be associated
with the same connection, i.e. so that response headers from the
cache and response headers from the server can coexist
simultaneously. To wit:
Moved content-length, charset and content-type information
from nsHTTPChannel into nsHTTPResponse
Split into separate functions the accumulation of a single line of
HTTP header data (from the input stream) and the parsing of
that line. This permits cached response headers and server
response headers to be parsed from separate data sources, the
latter arriving from a nsIBufferInputStream and the former
retrieved from the cache as a string.
Moved the newly-created header-parsing methods to
nsHTTPResponse from nsHTTPResponseListener
Fixed some bugs in the interaction between AsyncOpen and
AsyncRead. It was possible for an OnHeadersAvailable event to be
triggered *after* the associated OnDataAvailable, rather than the
other way around. It was also possible, in a rare case, for
mOpenObserver->OnStopRequest() to be called without ever having
called mOpenObserver->OnStartRequest(). I think my changes made
the logic a bit more foolproof.
Removed ancient ifdef NSPIPE2
git-svn-id: svn://10.0.0.236/trunk@55016 18797224-902f-48f8-a5cc-f745e15eee43
