Improve messaging for bzr add into branch w/o a working tree

Bug #43923 reported by John Whitley
2
Affects Status Importance Assigned to Milestone
Bazaar
Fix Released
Medium
John A Meinel

Bug Description

Peter Amstutz on the bzr mailing list gave this confusing example, reported on bzr 0.8:

$ bzr init-repo bzrbug

$ cd bzrbug/

$ ls

$ bzr init foo

$ cd foo

$ touch bar

$ bzr add bar
bzr: ERROR: No WorkingTree exists for /home/tetron/hack/mine/bzrbug/foo/.bzr/checkout/.

The mistake was that "bzr init-repo" needed the --trees option to allow branches in the repository to have working trees. The messaging is rather unhelpful, and provides an inexperienced user with little information with which to understand or rectify the problem.

Revision history for this message
John A Meinel (jameinel) wrote :

I believe the proposed fix is to change the default value of 'bzr init-repo' to include --trees. (rather than being --no-trees).

Alternatively, maybe we could make the default be based on whether the target location is local or remote.

Either way, this has probably gotten a little bit worse, because of the URL and encoding fixes, they now get a URL:
liliana % bzr add foo
bzr: ERROR: No WorkingTree exists for file:///home/jameinel/dev/bzr/%2Ctmp/c/xxyy/.bzr/checkout/.

Changed in bzr:
status: Unconfirmed → Confirmed
Revision history for this message
John A Meinel (jameinel) wrote :

This still hasn't been done, I'll try to bring it up on the list

Revision history for this message
John A Meinel (jameinel) wrote :

Switching the default to --trees should be done for bzr-0.13

Changed in bzr:
assignee: nobody → jameinel
Revision history for this message
John A Meinel (jameinel) wrote :

The switch to --trees was released in bzr-0.15rc2

Changed in bzr:
status: Confirmed → Fix Released
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.