|  | @@ -936,7 +936,7 @@ Other changes:
 | 
	
		
			
				|  |  |  
 | 
	
		
			
				|  |  |  - avoid previous_location mismatch, #1741
 | 
	
		
			
				|  |  |  
 | 
	
		
			
				|  |  | -  due to the changed canonicalization for relative pathes in PR #1711 / #1655
 | 
	
		
			
				|  |  | +  due to the changed canonicalization for relative paths in PR #1711 / #1655
 | 
	
		
			
				|  |  |    (implement /./ relpath hack), there would be a changed repo location warning
 | 
	
		
			
				|  |  |    and the user would be asked if this is ok. this would break automation and
 | 
	
		
			
				|  |  |    require manual intervention, which is unwanted.
 | 
	
	
		
			
				|  | @@ -983,8 +983,8 @@ Bug fixes:
 | 
	
		
			
				|  |  |    (this seems not to get triggered in 1.0.x, but was discovered in master)
 | 
	
		
			
				|  |  |  - hashindex: fix iterators (always raise StopIteration when exhausted)
 | 
	
		
			
				|  |  |    (this seems not to get triggered in 1.0.x, but was discovered in master)
 | 
	
		
			
				|  |  | -- enable relative pathes in ssh:// repo URLs, via /./relpath hack, #1655
 | 
	
		
			
				|  |  | -- allow repo pathes with colons, #1705
 | 
	
		
			
				|  |  | +- enable relative paths in ssh:// repo URLs, via /./relpath hack, #1655
 | 
	
		
			
				|  |  | +- allow repo paths with colons, #1705
 | 
	
		
			
				|  |  |  - update changed repo location immediately after acceptance, #1524
 | 
	
		
			
				|  |  |  - fix debug get-obj / delete-obj crash if object not found and remote repo,
 | 
	
		
			
				|  |  |    #1684
 | 
	
	
		
			
				|  | @@ -1063,7 +1063,7 @@ Security fixes:
 | 
	
		
			
				|  |  |    working in e.g. /path/client13 or /path/client1000.
 | 
	
		
			
				|  |  |  
 | 
	
		
			
				|  |  |    As this could accidentally lead to major security/privacy issues depending on
 | 
	
		
			
				|  |  | -  the pathes you use, the behaviour was changed to be a strict directory match.
 | 
	
		
			
				|  |  | +  the paths you use, the behaviour was changed to be a strict directory match.
 | 
	
		
			
				|  |  |    That means --restrict-to-path /path/client1 (with or without trailing slash
 | 
	
		
			
				|  |  |    does not make a difference) now uses /path/client1/ internally (note the
 | 
	
		
			
				|  |  |    trailing slash here!) for matching and allows precisely that path AND any
 | 
	
	
		
			
				|  | @@ -1071,7 +1071,7 @@ Security fixes:
 | 
	
		
			
				|  |  |    but not /path/client13 or /path/client1000.
 | 
	
		
			
				|  |  |  
 | 
	
		
			
				|  |  |    If you willingly used the undocumented (dangerous) previous behaviour, you
 | 
	
		
			
				|  |  | -  may need to rearrange your --restrict-to-path pathes now. We are sorry if
 | 
	
		
			
				|  |  | +  may need to rearrange your --restrict-to-path paths now. We are sorry if
 | 
	
		
			
				|  |  |    that causes work for you, but we did not want a potentially dangerous
 | 
	
		
			
				|  |  |    behaviour in the software (not even using a for-backwards-compat option).
 | 
	
		
			
				|  |  |  
 | 
	
	
		
			
				|  | @@ -1151,7 +1151,7 @@ Bug fixes:
 | 
	
		
			
				|  |  |  - fix repo lock deadlocks (related to lock upgrade), #1220
 | 
	
		
			
				|  |  |  - catch unpacker exceptions, resync, #1351
 | 
	
		
			
				|  |  |  - fix borg break-lock ignoring BORG_REPO env var, #1324
 | 
	
		
			
				|  |  | -- files cache performance fixes (fixes unneccessary re-reading/chunking/
 | 
	
		
			
				|  |  | +- files cache performance fixes (fixes unnecessary re-reading/chunking/
 | 
	
		
			
				|  |  |    hashing of unmodified files for some use cases):
 | 
	
		
			
				|  |  |  
 | 
	
		
			
				|  |  |    - fix unintended file cache eviction, #1430
 | 
	
	
		
			
				|  | @@ -1434,7 +1434,7 @@ Bug fixes:
 | 
	
		
			
				|  |  |  - add overflow and range checks for 1st (special) uint32 of the hashindex
 | 
	
		
			
				|  |  |    values, switch from int32 to uint32.
 | 
	
		
			
				|  |  |  - fix so that refcount will never overflow, but just stick to max. value after
 | 
	
		
			
				|  |  | -  a overflow would have occured.
 | 
	
		
			
				|  |  | +  a overflow would have occurred.
 | 
	
		
			
				|  |  |  - borg delete: fix --cache-only for broken caches, #874
 | 
	
		
			
				|  |  |  
 | 
	
		
			
				|  |  |    Makes --cache-only idempotent: it won't fail if the cache is already deleted.
 |