Hard to believe there isn't more information on this issue...
60 seconds time for a responder to accept a file is inconveniently short.
It certainly would make sense if it were adjustable in configs.
Failure to accept is reflected in Jitsi sender as a "file send error"?
Jitsi is running on two windows machines local, via public Openfire relay with Jingle Nodes and Openfire meetings.
Log files seem to indicate XMPP transfer method.
Research on Smack turned up a bug report but no details indicating the fix were available.
Protocol link in log file dead ends on the web 404
Does ANYONE know if there is a properties value in Jitsi or Openfire to extend this timeout?
Should it really be reflected as an error or rather "accept time out"?
How else can I track down where to adjust this value, please.
File xfer is otherwise working perfectly.
----- Original Message ----- From: <firstname.lastname@example.org>
To: "Jitsi Users" <email@example.com>
Sent: Thursday, May 07, 2015 4:30 AM
Subject: [jitsi-users] File transfer pending timeout
Did the file transfer pending timeout question ever get resolved?
I saw a dev post http://lists.jitsi.org/pipermail/dev/2014-March/020342.html
The poster never identified a solution beyond Emil indicating it needed to be addressed.
I don't see a properties entry where we can adjust this.
The timeout appears to be about 60 seconds.
Is there a way to extend this timeout delay before a recipient should choose to accept or decline the file?
users mailing list
Unsubscribe instructions and other list options: