I did specify proxy type 1 and i did specify proxy port. As i said
before, setting proxy itself works, but works only once. Nex time i
modify proxy hostname and port it remains unchanged for later network
queries. Specifying localhost proxy and then new socks proxy doesnt
seem to help also.
Hi,
I just discovered that, when clicking on an already-navigated link on
a local (i.e. file://) URI, OnStateChange callback is never called,
and onLocationChange request is always NULL. Is this a bug? Or is this
behaviour related to reading from cache an already clicked link? I
have some
Prehaps you are casting it to a nsIHttpChannel first?
// don't want to do this
nsCOMPtr nsIHttpChannel httpChannel = do_QueryInterface( request );
NS_IMETHODIMP Browser::OnStateChange( nsIWebProgress* progress,
nsIRequest* request,
PRUint32 progressStateFlags, nsresult status )
{
Babele Dunnit wrote:
I just discovered that, when clicking on an already-navigated link on
a local (i.e. file://) URI
You mean an anchor link? The sort that just scrolls the document but
does nothing else? If so:
OnStateChange callback is never called
Right; no state changes.
and
Because it will detect subframe loads that start after the main page has
finished loading (e.g. a user clicking a link in the subframe).
I don't quite understand the meaning of documentLoaded event only on
top frame, it may mean:
1. the documentloaded event occurred in the top frame
2. the