Masaya Suzuki <masayasuz...@google.com> writes: > This makes it possible for servers to send an error message back to clients in > an arbitrary situation. > > The first patch was originally sent in [1]. This version includes some fix. > > The second patch was originally sent in [2]. Later, this was cherry-picked in > [3]. In the discussion in [3], we agreed that this error packet handling > should > be done only against the Git pack protocol handling code. With this agreement, > the patch series sent in [3] is abandoned (according to [4]). This is a patch > series based on that agreement on limiting the error packet handling.
In short, are you shooting js/smart-http-detect-remote-error topic down and replacing it with this one? As that topic is not yet in 'next', I am perfectly fine doing that. I just want to make sure that is what you meant, as my reading of [4] was a bit fuzzy. Thanks. > > [1]: > https://public-inbox.org/git/20181227065210.60817-1-masayasuz...@google.com/ > [2]: > https://public-inbox.org/git/20181127045301.103807-1-masayasuz...@google.com/ > [3]: > https://public-inbox.org/git/df7d3659ae5f11d163f1e992f3b9403be709ddb7.1544572142.git.stead...@google.com/ > [4]: https://public-inbox.org/git/20181213221826.ge37...@google.com/ > > Masaya Suzuki (2): > Use packet_reader instead of packet_read_line > pack-protocol.txt: accept error packets in any context
