git-annex/Remote/Helper
Joey Hess 158d7bc933
fix handling of ERROR in response to REMOVE
This allows an error message from a proxied special remote to be
displayed to the client.

In the case where removal from several nodes of a cluster fails,
there can be several errors. What to do? I decided to only show
the first error to the user. Probably in this case the user is not in a
position to do anything about an error message, so best keep it simple.
If the problem with the first node is fixed, they'll see the error from
the next node.
2024-06-28 14:10:25 -04:00
..
Chunked filter out control characters in warning messages 2023-04-10 15:55:44 -04:00
AWS.hs correct obsolete comment 2023-01-31 14:42:26 -04:00
Chunked.hs git-remote-annex: Display full url when using remote with the shorthand url 2024-05-24 17:15:31 -04:00
Encryptable.hs prevent using git-remote-annex with unsuitable special remote configs 2024-05-14 13:52:20 -04:00
ExportImport.hs export tree: avoid confusing output about renaming files 2024-03-09 13:50:26 -04:00
Git.hs git-annex-shell: proxy nodes located beyond remote cluster gateways 2024-06-26 12:56:16 -04:00
Hooks.hs avoid annexFileMode special case 2023-04-27 15:58:37 -04:00
Http.hs git-lfs gitlab interoperability fix 2021-11-10 13:51:11 -04:00
Messages.hs filter out control characters in all other Messages 2023-04-11 12:58:01 -04:00
P2P.hs fix handling of ERROR in response to REMOVE 2024-06-28 14:10:25 -04:00
Path.hs implement Unavilable for borg bup ddar directory rsync 2023-08-16 15:48:09 -04:00
ReadOnly.hs export tree: avoid confusing output about renaming files 2024-03-09 13:50:26 -04:00
Special.hs add directional stalldetection and bwlimit configs 2024-01-19 15:27:53 -04:00
Ssh.hs support a P2PConnection that uses TMVars rather than Handles 2024-06-28 11:22:29 -04:00
ThirdPartyPopulated.hs ImportableContentsChunkable 2021-10-08 13:15:22 -04:00