<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>112487</bug_id>
          
          <creation_ts>2005-11-14 02:11 0000</creation_ts>
          <short_desc>lftp-3.3.3 blocks at end of SSL transfer</short_desc>
          <delta_ts>2006-01-14 01:40:36 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>spider@gentoo.org</reporter>
          <assigned_to>dragonheart@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2005-11-14 02:11:42 0000</bug_when>
            <thetext>At least with USE=&quot;-gnutls&quot; this version is unusable due to blocking and not
closing ftp+ssl transfers at 100%.

USE=&quot;gnutls&quot;  fails post-login while getting directory listings. (same as
previous version, no big news)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-11-14 03:14:01 0000</bug_when>
            <thetext>Created an attachment (id=72866)
patch from author

this fix it? from the upstream email list</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2005-11-15 09:04:57 0000</bug_when>
            <thetext>Negative, doesn&apos;t fix the issue.


mirror(0x8205ce0) enters state TARGET_REMOVE_OLD_FIRST
mirror(0x8205ce0) enters state WAITING_FOR_TRANSFER
mirror(0x8205ce0) enters state WAITING_FOR_TRANSFER
---&gt; PASV
&lt;--- 227 Entering Passive Mode (IP.HIDDEN)
---- Connecting data socket to (IP.HIDDEN) port 30254
---- Data connection established
---&gt; STOR Filename
&lt;--- 150 Ok to send data.
Certificate depth: 0; subject:  HIDDEN
WARNING: Certificate verification: self signed certificate
WARNING: Certificate verification: certificate signature failure
copy: get hit eof
copy: waiting for put confirmation
`Filename&apos; at 1446486 (100%) eta:0s [Sending data/TLS]


.... And stalls.
  appears the fix is only for &quot;GET&quot; not for &quot;PUT&quot; or other such targets. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2005-11-20 09:42:36 0000</bug_when>
            <thetext>same with 3.3.4,
its probably introduced with the 3.3.1 fix for empty files with ssl data
protection enabled.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-11-22 11:34:22 0000</bug_when>
            <thetext>Created an attachment (id=73388)
diff

This is the patch the author created specifically for this bug</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-11-23 11:44:21 0000</bug_when>
            <thetext>lftp-3.3.4-r1 fixes ssl transfer with above patch. 
 
Still need to work on the gnutls problem. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2005-11-23 15:15:28 0000</bug_when>
            <thetext>Yep.   The patch is confirmed and works.  good job :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-11-24 02:11:20 0000</bug_when>
            <thetext>is was all the Author&apos;s work thanks to your explanation. 
 
Is &apos;USE=&quot;gnutls&quot; fails post-login while getting directory listings.&apos; still a 
problem?  What does &quot;no big news&quot; mean? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2005-11-24 02:48:07 0000</bug_when>
            <thetext>No big news, in this case means that its not the first time I&apos;ve seen this
behaviour.  gnutls has a tendency to be far pickier in implementations.

( fex, it reports a failure on self-signed certificates where O != $hostname,
amongst other things )

I&apos;ll test gnutls post-login and other behaviour with the new version too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2005-11-24 02:53:39 0000</bug_when>
            <thetext>&lt;--- 226 Directory send OK.
**** gnutls_record_recv: A TLS packet with unexpected length was received.
---- Closing data socket
---- Closing control socket


yep, still an issue with gnutls</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2006-01-05 02:24:28 0000</bug_when>
            <thetext>from 3.4.0 release notes
* treat GNUTLS_E_UNEXPECTED_PACKET_LENGTH as EOF indicator - this fixes
  secure ftp with ProFTPD server.

maybe hopefully fixed although I haven&apos;t checked.

Tim in bug 117810 thinks it is fixed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2006-01-14 01:40:36 0000</bug_when>
            <thetext>assumed to be fixed - reopen if this isn&apos;t the case</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>72866</attachid>
            <date>2005-11-14 03:14 0000</date>
            <desc>patch from author</desc>
            <filename>diff</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5kZXg6IGJ1ZmZlcl9zc2wuY2MKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbGF2L2N2c3Jv
b3QvbGZ0cC9zcmMvYnVmZmVyX3NzbC5jYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS44CnJldHJp
ZXZpbmcgcmV2aXNpb24gMS45CmRpZmYgLXUgLXAgLXIxLjggLXIxLjkKLS0tIGJ1ZmZlcl9zc2wu
Y2MJMjggU2VwIDIwMDUgMDQ6Mzc6NDQgLTAwMDAJMS44CisrKyBidWZmZXJfc3NsLmNjCTI1IE9j
dCAyMDA1IDEzOjUzOjQ5IC0wMDAwCTEuOQpAQCAtNTIsNiArNTIsOCBAQCBpbnQgSU9CdWZmZXJT
U0w6OkRvKCkKICAgICAgIGJyZWFrOwogCiAgICBjYXNlIEdFVDoKKyAgICAgIGlmKGVvZikKKwkg
cmV0dXJuIFNUQUxMOwogICAgICAgcmVzPUdldF9MTChHRVRfQlVGU0laRSk7CiAgICAgICBpZihy
ZXM+MCkKICAgICAgIHsKSW5kZXg6IGJ1ZmZlci5jYwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9t
ZS9sYXYvY3Zzcm9vdC9sZnRwL3NyYy9idWZmZXIuY2MsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEu
NDkKcmV0cmlldmluZyByZXZpc2lvbiAxLjUwCmRpZmYgLXUgLXAgLXIxLjQ5IC1yMS41MAotLS0g
YnVmZmVyLmNjCTIyIEp1biAyMDA1IDA4OjA0OjIxIC0wMDAwCTEuNDkKKysrIGJ1ZmZlci5jYwky
NSBPY3QgMjAwNSAxMzo1Mzo0OCAtMDAwMAkxLjUwCkBAIC0zODUsNiArMzg1LDggQEAgaW50IElP
QnVmZmVyOjpEbygpCiAgICAgICBicmVhazsKIAogICAgY2FzZSBHRVQ6CisgICAgICBpZihlb2Yp
CisJIHJldHVybiBTVEFMTDsKICAgICAgIHJlcz1HZXRfTEwoR0VUX0JVRlNJWkUpOwogICAgICAg
aWYocmVzPjApCiAgICAgICB7CkBAIC00NDMsNiArNDQ1LDggQEAgaW50IElPQnVmZmVyU3RhY2tl
ZDo6RG8oKQogCiAgICBjYXNlIEdFVDoKICAgICAgIG18PWRvd24tPkRvKCk7CisgICAgICBpZihl
b2YpCisJIHJldHVybiBtOwogICAgICAgcmVzPUdldF9MTChHRVRfQlVGU0laRSk7CiAgICAgICBp
ZihyZXM+MCkKICAgICAgIHsK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>73388</attachid>
            <date>2005-11-22 11:34 0000</date>
            <desc>diff</desc>
            <filename>diff</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5kZXg6IGxmdHBfc3NsLmNjCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL2xhdi9jdnNyb290
L2xmdHAvc3JjL2xmdHBfc3NsLmNjLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjI0CmRpZmYgLXUg
LXAgLXIxLjI0IGxmdHBfc3NsLmNjCi0tLSBsZnRwX3NzbC5jYwk4IE5vdiAyMDA1IDA3OjIxOjE4
IC0wMDAwCTEuMjQKKysrIGxmdHBfc3NsLmNjCTIyIE5vdiAyMDA1IDEyOjA3OjM0IC0wMDAwCkBA
IC04NTEsNyArODUxLDcgQEAgYm9vbCBsZnRwX3NzbF9vcGVuc3NsOjpjaGVja19mYXRhbChpbnQg
cgogCiBpbnQgbGZ0cF9zc2xfb3BlbnNzbDo6ZG9faGFuZHNoYWtlKCkKIHsKLSAgIGlmKFNTTF9p
c19pbml0X2ZpbmlzaGVkKHNzbCkpCisgICBpZihoYW5kc2hha2VfZG9uZSkKICAgICAgIHJldHVy
biBET05FOwogICAgaWYoaGFuZHNoYWtlX21vZGU9PVNFUlZFUikKICAgIHsKQEAgLTg3Myw2ICs4
NzMsNyBAQCBpbnQgbGZ0cF9zc2xfb3BlbnNzbDo6ZG9faGFuZHNoYWtlKCkKIAkgcmV0dXJuIEVS
Uk9SOwogICAgICAgfQogICAgfQorICAgaGFuZHNoYWtlX2RvbmU9dHJ1ZTsKICAgIHJldHVybiBE
T05FOwogfQogaW50IGxmdHBfc3NsX29wZW5zc2w6OnJlYWQoY2hhciAqYnVmLGludCBzaXplKQo=
</data>        

          </attachment>
    </bug>

</bugzilla>