<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">We need to push 1.7.0 out the door.
I'm about to roll back the 45 second timeout unless someone can
tell me what they think the libcurl setting should be and we can
get it in and test it immediately. If we roll back the timeout
setting, if one of our repos goes down and a frontend tries to
refresh all repositories, then the frontend will look like it is
stuck refreshing. I believe it took like 2 minutes to stop trying
the connection in the past. I would really like to set a
connection timeout, but I'm not a libcurl expert and obviously
what I thought was the correct setting is not, if the download
stops after 45 seconds. Does anyone have the time to track this
down? If not, we've had this problem in previous releases, so
we'll need to roll it back and keep our repos online so we don't
run into a problem.<br>
<br>
Please consider taking the time to track this one down.<br>
<br>
Troy<br>
<br>
<br>
<br>
On 08/29/2013 03:31 PM, DM Smith wrote:<br>
</div>
<blockquote
cite="mid:5E36C6A1-AEFE-49DE-97FC-3EDB3B2841EE@crosswire.org"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
I'm not a libcurl expert, nor a SWORD Install Mgr expert. Wearing
my hat as a JSword expert:
<div>We do the download to an alternate location and when the last
file is successfully downloaded, we rename that location to the
final one. That alternate location is merely the folder in the
right place with a suffix. Removing the suffix makes the module
visible.</div>
<div><br>
</div>
<div>We did this precisely because the download can fail part way
through. It should be all or none. It is not until the last part
of the module has been downloaded that a working module has been
downloaded. People were complaining of broken modules prior to
this change.</div>
<div><br>
</div>
<div>We also instituted a timeout for flaky connections, with each
part having its own timeout, and trap that as a failed module
download.</div>
<div><br>
</div>
<div>The user can also cancel a download that has appeared to have
hung or is too slow.</div>
<div><br>
</div>
<div>Hope this helps.</div>
<div><br>
</div>
<div>In Him,</div>
<div><span class="Apple-tab-span" style="white-space:pre"> </span>DM</div>
<div><br>
<div>
<div>On Aug 29, 2013, at 7:51 AM, "Troy A. Griffitts" wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div>The timeout was INTENDED to prevent very very lonv
delays when attempting to connect to a repository which
which non-responsive. It was not intended to break during
a responsive download.<br>
<br>
Any libcurl experts have thought on this?<br>
<br>
<div class="gmail_quote">Rendezvous wrote:
<blockquote class="gmail_quote" style="margin: 0pt 0pt
0pt 0.8ex; border-left-width: 1px; border-left-style:
solid; border-left-color: rgb(204, 204, 204);
padding-left: 1ex; position: static; z-index: auto; ">
<pre class="k9mail">Reading the ChangeLog of Sword, i see there was a change that included a 45 second timeout for "InstallMgr FTP."
My application when attempting to download a module that takes more than 45 seconds to download will go on to proceed as if it successfully downloaded the module.
(But at least, after the install process has completed, the module is shown to not be installed on the system.)
Note, this occurs for the chunks that are downloaded that make up the module, not for entire module download period itself.
That is, if even the 5th out of 6 parts that make up the complete module takes more than 45 seconds to download, it'll act like the complete module was downloaded at the 45 second mark.
I'm using r2972 of Sword for my application. Has any one else experienced this? Was this tested with slow connections?
</pre>
</blockquote>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
sword-devel mailing list: <a class="moz-txt-link-abbreviated" href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a>
<a class="moz-txt-link-freetext" href="http://www.crosswire.org/mailman/listinfo/sword-devel">http://www.crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page</pre>
</blockquote>
<br>
</body>
</html>