[sword-devel] Downloads exceeding 45 seconds are timed out?

Troy A. Griffitts scribe at crosswire.org
Sat Sep 7 08:35:25 MST 2013


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.

Please consider taking the time to track this one down.

Troy



On 08/29/2013 03:31 PM, DM Smith wrote:
> I'm not a libcurl expert, nor a SWORD Install Mgr expert. Wearing my 
> hat as a JSword expert:
> 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.
>
> 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.
>
> We also instituted a timeout for flaky connections, with each part 
> having its own timeout, and trap that as a failed module download.
>
> The user can also cancel a download that has appeared to have hung or 
> is too slow.
>
> Hope this helps.
>
> In Him,
> DM
>
> On Aug 29, 2013, at 7:51 AM, "Troy A. Griffitts"  wrote:
>
>> 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.
>>
>> Any libcurl experts have thought on this?
>>
>> Rendezvous wrote:
>>
>>     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?
>>
>
>
>
> _______________________________________________
> sword-devel mailing list:sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.crosswire.org/pipermail/sword-devel/attachments/20130907/5ff254cf/attachment.html>


More information about the sword-devel mailing list