35
35
* Cope with Unix filesystems, such as smbfs, where chmod gives 'permission
36
36
denied'. (Martin Pool, #606537)
38
* When the ``limbo`` or ``pending-deletion`` directories exist, typically
39
because of an interrupted tree update, but are empty, bzr no longer
40
errors out, because there is nothing for the user to clean up. Also,
41
errors in creation of these directories are no longer squelched.
42
(Martin Pool, #427773)
44
38
* During merges, when two entries end up using the same path for two
45
39
different file-ids (the same file being 'bzr added' in two different
46
40
branches) , 'duplicate' conflicts are created instead of 'content'
47
41
ones. This was previously leading to a 'Malformed tramsform' exception.
48
42
(Vincent Ladeuil, #880701)
44
* Fix a traceback when trying to checkout a tree that also has an entry
45
with file-id `TREE_ROOT` somewhere other than at the root directory.
46
(John Arbash Meinel, #830947)
48
* Handle when an uncommit/update tries to add a file to an otherwise empty
49
directory. The ``Dirstate.update_basis_by_delta`` would end up
50
incorrectly flagging the delta as invalid. (Brian de Alwis, #855155)
50
52
* 'Malformed transform' exceptions are now recognized as internal errors
51
53
instead of user errors and report a traceback. This will reduce user
52
54
confusion as there is generally nothing users can do about them.
55
57
* Prevent a traceback being printed to stderr when logging has problems and
56
58
accept utf-8 byte string without breaking. (Martin Packman, #714449)
60
* Some filesystems give ``EOPNOTSUPP`` when trying to call ``fdatasync``.
61
This shouldn't be treated as a fatal error.
62
(John Arbash Meinel, #1075108)
64
* Teach the bzr client how to reconnect if we get ``ConnectionReset``
65
while making an RPC request. This doesn't handle all possible network
66
disconnects, but it should at least handle when the server is asked to
67
shutdown gracefully. This is a backport of the functionality in bzr-2.5.
68
(John Arbash Meinel, #819604)
70
* Use ``encoding_type='exact'`` for ``bzr testament`` so that on Windows
71
the sha hash of the long testament matches the sha hash in the short
72
form. (John Arbash Meinel, #1010339)
74
* When the ``limbo`` or ``pending-deletion`` directories exist, typically
75
because of an interrupted tree update, but are empty, bzr no longer
76
errors out, because there is nothing for the user to clean up. Also,
77
errors in creation of these directories are no longer squelched.
78
(Martin Pool, #427773)
80
* _Win32Stat object provides members st_uid and st_gid, those are present
81
in Python's os.stat object. These members required for external tools like
82
bzr-git and dulwich. (Alexander Belchenko, #967060)
added
removed
doc/en/release-notes/bzr-2.4.txt
