can't checkout new project

Bug #440838 reported by Erin Vang
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Bazaar
Invalid
Undecided
Unassigned

Bug Description

I've created and uploaded a new project from Mac. A colleague is unable to check out this project using bzr windows. .bzr.log contents follow:

Fri 2009-10-02 10:24:59 -0700
2.693 bzr arguments: [u'checkout', u'ftp://<email address hidden>:<email address hidden>/goodyear/compmod']
2.784 looking for plugins in C:/Documents and Settings/evang/Application Data/bazaar/2.0/plugins
2.784 looking for plugins in C:/Program Files/Bazaar/plugins
5.397 encoding stdout as sys.stdout encoding 'cp437'
5.437 FTP get: /goodyear/compmod/.bzr/branch-format
5.437 Constructing FTP instance against ('ftp.predictum.com', None, '<email address hidden>', '********', False)
11.903 bzr-svn: using Subversion 1.5.4 ()
14.046 Traceback (most recent call last):
  File "bzrlib\commands.pyo", line 727, in exception_to_return_code
  File "bzrlib\commands.pyo", line 922, in run_bzr
  File "bzrlib\commands.pyo", line 559, in run_argv_aliases
  File "bzrlib\builtins.pyo", line 1188, in run
  File "bzrlib\bzrdir.pyo", line 922, in open_tree_or_branch
  File "bzrlib\bzrdir.pyo", line 807, in open
  File "bzrlib\bzrdir.pyo", line 837, in open_from_transport
  File "bzrlib\lazy_import.pyo", line 125, in __call__
  File "bzrlib\transport\__init__.pyo", line 1657, in do_catching_redirections
  File "bzrlib\bzrdir.pyo", line 824, in find_format
  File "bzrlib\bzrdir.pyo", line 1751, in find_format
  File "C:/Program Files/Bazaar/plugins\svn\format.py", line 109, in probe_transport
  File "C:/Program Files/Bazaar/plugins\svn\transport.py", line 89, in get_svn_ra_transport
  File "C:/Program Files/Bazaar/plugins\svn\errors.py", line 130, in convert
  File "C:/Program Files/Bazaar/plugins\svn\transport.py", line 260, in __init__
  File "C:/Program Files/Bazaar/plugins\svn\transport.py", line 213, in set_credentials
AttributeError: 'str' object has no attribute 'get'

14.046 return code 4

Fri 2009-10-02 12:25:11 -0700
0.070 bzr arguments: [u'--version']
0.100 encoding stdout as sys.stdout encoding 'cp437'
0.220 return code 0

Revision history for this message
Erin Vang (erin-vang) wrote :

I believe I am experiencing the same thing already logged in bug 365150. I'll append my comments there.

 https://bugs.launchpad.net/bzr/+bug/365160

Revision history for this message
John A Meinel (jameinel) wrote : Re: [Bug 440838] [NEW] can't checkout new project

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Erin Vang wrote:
> Public bug reported:
>
> I've created and uploaded a new project from Mac. A colleague is unable
> to check out this project using bzr windows. .bzr.log contents follow:
>
> Fri 2009-10-02 10:24:59 -0700
> 2.693 bzr arguments: [u'checkout', u'ftp://<email address hidden>:<email address hidden>/goodyear/compmod']

This is a duplicate of an old bug that has since been fixed. The issue
is that bzr-svn is providing a credential store that doesn't actually
handle all the cases it should have.

You should be able to upgrade your bzr + bzr-svn and have this problem
go away. (Just install a newer version of the Windows package, 2.0.0 is
available, but I think the bug was also fixed in bzr 1.18.1)

John
=:->

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrGW5cACgkQJdeBCYSNAANd0ACdEZlz0C/QmZT0rqtgkjEk4xQS
ZWwAnRZ98VTCJbaPGP6grrze15e4m/Zn
=ftfS
-----END PGP SIGNATURE-----

Revision history for this message
Erin Vang (erin-vang) wrote :

I am seeing this bug also, but I have found an explanation. I believe that the bug is actually one of failing to report the correct error. I have updated this at #365160 also.

- I am uploading projects to our ftp site, to a path like ftp.oursite.com/client/project
- my client is trying to do this:
    bzr checkout ftp://<email address hidden>:<email address hidden>/client/project
- we get the same errors as seen above, with traceback posted to new bug #440838 because I hadn't yet found this bug#
- the cause in my case is that my client's ftp account defaults to a different parent path, where he first lands in the "client" directory, which looks like / to him, whereas I land in that directory's parent. So the same folder has a different path for him than it does for me. The cure is for him to connect to the path that HE sees, viz.
    bzr checkout ftp://<email address hidden>:<email address hidden>/project

So, I do not think there's a bug, except that bzr is reporting the errors that it is when it SHOULD be reporting that the client doesn't have access to this ftp path.

Revision history for this message
Martin Pool (mbp) wrote :

Closing because we believe this is fixed in a later release; please open a new bug if you're still having trouble.

Changed in bzr:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.