Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Downloading twice

1 view
Skip to first unread message

Antonio Gomes

unread,
May 31, 2007, 4:55:20 PM5/31/07
to dev-em...@lists.mozilla.org
hi all ,

I am facing a problem in my embedding app: it is not possible to
download the same file twice through a link click. It works like this:
at first time , it works fine , but if I cancel the download (UI
stuff) in the middle and then click in the link again to activate the
link and the download it does not load.

that is the LOG I have

__________________________________________________
16384[819bd10]: OnEnterNotify: 844f960
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: button_press_event_cb
16384[819bd10]: WidgetToScreen (drawing) 104 60
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: Invalidate (rect) [844f960]: 31 191 199 28 (sync: 0)
16384[819bd10]: sending expose event [844f960] 8153a28 0x180139 (rects follow):
16384[819bd10]: 31 191 199 28
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: Invalidate (rect) [844f960]: 31 191 199 28 (sync: 0)
16384[819bd10]: sending expose event [844f960] 8153a28 0x180139 (rects follow):
16384[819bd10]: 31 191 199 28
16384[819bd10]: DOCSHELL 80639b0 InternalLoad
http://myserver.myserver.com/IRPFJava2007linuxv1.0.bin
16384[819bd10]: nsHttpHandler::NewProxiedChannel [proxyInfo=80fa030]
16384[819bd10]: Creating nsHttpChannel @83358d0
16384[819bd10]: nsHttpChannel::Init [this=83358d0]
16384[819bd10]: host=172.18.216.108 port=-1
16384[819bd10]: uri=http://myserver.myserver.com/IRPFJava2007linuxv1.0.bin
16384[819bd10]: Creating nsHttpConnectionInfo @84d4ea8
16384[819bd10]: nsHttpChannel::AsyncOpen [this=83358d0]
16384[819bd10]: nsHttpHandler::NotifyObservers [chan=83358fc
event="http-on-modify-request"]
16384[819bd10]: SecureUI:82cb9f0: OnStateChange: progress: for toplevel
16384[819bd10]: SecureUI:82cb9f0: OnStateChange
16384[819bd10]: SecureUI:82cb9f0: 80639c4 83358fc OnStateChange f0001
http://myserver.myserver.com/IRPFJava2007linuxv1.0.bin
16384[819bd10]: SecureUI:82cb9f0: OnStateChange: SOMETHING STARTS FOR
TOPMOST DOCUMENT
16384[819bd10]: SecureUI:82cb9f0: OnStateChange: ++mDocumentRequestsInProgress
16384[819bd10]: nsHttpChannel::Connect [this=83358d0]
16384[819bd10]: nsHttpChannel::OpenCacheEntry [this=83358d0]
16384[819bd10]: nsHttpHandler::NewURI
16384[819bd10]: OnLeaveNotify: 844f960
16384[819bd10]: nsHttpHandler::Observe [topic="timer-callback"]
16384[819bd10]: STS dispatch [83e0558]
32770[8276e08]: ...returned after 15004 milliseconds
32770[8276e08]: nsHttpConnectionMgr::OnMsgPruneDeadConnections
32770[8276e08]: STS poll iter [0]
32770[8276e08]: idle [0] { handler=8457950 condition=0 pollflags=0 }
32770[8276e08]: calling PR_Poll [active=0 idle=1]
32770[8276e08]: timeout = 0 milliseconds
32770[8276e08]: ...returned after 0 milliseconds
32770[8276e08]: STS poll iter [0]
32770[8276e08]: idle [0] { handler=8457950 condition=0 pollflags=0 }
32770[8276e08]: calling PR_Poll [active=0 idle=1]
32770[8276e08]: timeout = 0 milliseconds
32770[8276e08]: ...returned after 0 milliseconds
32770[8276e08]: STS poll iter [1]
32770[8276e08]: idle [0] { handler=8457950 condition=0 pollflags=0 }
32770[8276e08]: calling PR_Poll [active=0 idle=1]
32770[8276e08]: timeout = -1 milliseconds
__________________________________________________


I suspect problem is in nsHttpChannel::OpenCacheEntry , once if I
comment out some lines of code in this method downloads work fine in
the second time. Maybe cache problem, not sure ... Btw, I am using
memory cache (not disk cache).

Any tip ???

thanks


--
--Antonio Gomes

0 new messages