Hi all, I am trying to dig a weird thing happening with my mozilla embedding browser. That's the situation: I have a download component handling download related stuff including all UI stuff related to downloads (prompt dialog, local to save, and so on). Such component reimplement nsIHelperAppLauncherDialog (from uriloader/exthanlder/). That works fine, except when I try to download the same url after having downloaded it previously (without closing browser window).
that's what I get in console setting 'NSPR_LOG_MODULES="all:5"' for tracing. As you it does not it get to nsURILoader methods, seems to fail in httprequest or something. 16384[808c0f0]: OnEnterNotify: 8355c10 16384[808c0f0]: nsHttpHandler::NewURI 16384[808c0f0]: button_press_event_cb 16384[808c0f0]: WidgetToScreen (drawing) 104 60 16384[808c0f0]: WidgetToScreen (drawing) 104 60 16384[808c0f0]: WidgetToScreen (drawing) 104 60 16384[808c0f0]: nsHttpHandler::NewURI 16384[808c0f0]: DOCSHELL 827a728 InternalLoad http://home.ufam.edu.br/~agan/minimo/mistral/xlibs_6.5.4_all.deb 16384[808c0f0]: nsHttpHandler::NewProxiedChannel [proxyInfo=83bf838] 16384[808c0f0]: Creating nsHttpChannel @83c1070 16384[808c0f0]: nsHttpChannel::Init [this=83c1070] 16384[808c0f0]: host=home.ufam.edu.br port=-1 16384[808c0f0]: uri= http://home.ufam.edu.br/~agan/minimo/mistral/xlibs_6.5.4_all.deb 16384[808c0f0]: Creating nsHttpConnectionInfo @83b10b0 16384[808c0f0]: nsHttpChannel::AsyncOpen [this=83c1070] 16384[808c0f0]: nsHttpHandler::NotifyObservers [chan=83c109c event="http-on-modify-request"] 16384[808c0f0]: SecureUI:82bdf80: OnStateChange: progress: for toplevel 16384[808c0f0]: SecureUI:82bdf80: OnStateChange 16384[808c0f0]: SecureUI:82bdf80: 827a73c 83c109c OnStateChange f0001 http://home.ufam.edu.br/~agan/minimo/mistral/xlibs_6.5.4_all.deb 16384[808c0f0]: SecureUI:82bdf80: OnStateChange: SOMETHING STARTS FOR TOPMOST DOCUMENT 16384[808c0f0]: SecureUI:82bdf80: OnStateChange: start for toplevel document 16384[808c0f0]: SecureUI:82bdf80: OnStateChange: ++mDocumentRequestsInProgress 16384[808c0f0]: nsHttpChannel::Connect [this=83c1070] 16384[808c0f0]: nsHttpChannel::OpenCacheEntry [this=83c1070] 16384[808c0f0]: nsHttpHandler::NewURI 16384[808c0f0]: nsHttpHandler::NewURI 16384[808c0f0]: OnLeaveNotify: 8355c10 16384[808c0f0]: nsHttpHandler::Observe [topic="timer-callback"] 16384[808c0f0]: STS dispatch [8378038] 32770[826ea60]: ...returned after 15000 milliseconds 32770[826ea60]: nsHttpConnectionMgr::OnMsgPruneDeadConnections 32770[826ea60]: STS poll iter [0] 32770[826ea60]: calling PR_Poll [active=0 idle=0] 32770[826ea60]: timeout = 0 milliseconds 32770[826ea60]: ...returned after 0 milliseconds 32770[826ea60]: STS poll iter [0] 32770[826ea60]: calling PR_Poll [active=0 idle=0] 32770[826ea60]: timeout = 0 milliseconds 32770[826ea60]: ...returned after 0 milliseconds 32770[826ea60]: STS poll iter [1] 32770[826ea60]: calling PR_Poll [active=0 idle=0] 32770[826ea60]: timeout = -1 milliseconds I saw a line like: (...) 16384[808c0f0]: host=home.ufam.edu.br port=-1 (...) it this '-1' port a problem ? there are also some 'dead connection' methods printed out. Any hint ? is it the right place for such a question ? thanks so much. --Antonio Gomes _______________________________________________ dev-embedding mailing list [email protected] https://lists.mozilla.org/listinfo/dev-embedding
