Opened at 2015-04-03T17:23:40Z
Closed at 2015-05-19T16:42:30Z
#2398 closed defect (fixed)
test_ftp_auth_keyfile reported to fail on Windows
Reported by: | daira | Owned by: | daira |
---|---|---|---|
Priority: | normal | Milestone: | 1.10.1 |
Component: | code-frontend-ftp-sftp | Version: | 1.10.0 |
Keywords: | windows tests ftp auth release-blocker | Cc: | |
Launchpad Bug: |
Description
Reported by WinLAFS on tahoe-dev (against master):
[ERROR] Traceback (most recent call last): File "c:\lafs\src\allmydata\test\test_client.py", line 220, in test_ftp_auth_keyfile c = client.Client(basedir) # just make sure it can be instantiated File "c:\lafs\src\allmydata\client.py", line 151, in __init__ self.init_ftp_server() File "c:\lafs\src\allmydata\client.py", line 470, in init_ftp_server s = ftpd.FTPServer(self, accountfile, accounturl, ftp_portstr) File "c:\lafs\src\allmydata\frontends\ftpd.py", line 318, in __init__ c = AccountFileChecker(self, accountfile) File "c:\lafs\src\allmydata\frontends\auth.py", line 34, in __init__ for line in open(abspath_expanduser_unicode(accountfile), "r"): exceptions.IOError: [Errno 2] No such file or directory: u'\\\\?\\C:\\lafs\\_trial_temp\\private\\accounts' allmydata.test.test_client.Basic.test_ftp_auth_keyfile
Change History (9)
comment:1 Changed at 2015-04-12T22:07:59Z by daira
- Milestone changed from undecided to 1.10.1
- Status changed from new to assigned
comment:2 Changed at 2015-04-12T22:09:55Z by daira
- Keywords release-blocker added
comment:3 Changed at 2015-04-13T23:22:52Z by daira
I can reproduce this. Looking at it now.
comment:4 Changed at 2015-04-13T23:38:11Z by daira
For some reason the test is looking for _trial_temp\private\accounts, which does not exist, rather than _trial_temp\client.Basic.test_ftp_auth_keyfile\private\accounts which does. Will investigate further at Nuts & Bolts tomorrow.
comment:5 Changed at 2015-04-13T23:40:30Z by daira
Oh, probably it's because a relative path private\accounts is being expanded relative to the working directory _trial_temp, rather than the node directory of the test. But why is that failing only on Windows?
comment:6 Changed at 2015-04-23T21:52:30Z by daira
- Status changed from assigned to closed
Fixed in [eb34e0d].
comment:7 Changed at 2015-04-23T21:54:11Z by daira
The problem was that Windows used a different code path to expand the path, and that code path hadn't been updated to take account of the base parameter.
comment:8 Changed at 2015-05-19T16:42:18Z by daira
- Status changed from closed to reopened
comment:9 Changed at 2015-05-19T16:42:30Z by daira
- Resolution set to fixed
- Status changed from reopened to closed
Release-blocker because this is a new test for this release, and it should pass on all platforms.