David Goulet 79265a6fb6 hs-v3: Don't BUG() if the RP node_t is invalid client side ... When sending the INTRODUCE1 cell, we acquire the needed data for the cell but if the RP node_t has invalid data, we'll fail the send and completely kill the SOCKS connection. Instead, close the rendezvous circuit and return a transient error meaning that Tor can recover by selecting a new rendezvous point. We'll also do the same when we are unable to encode the INTRODUCE1 cell for which at that point, we'll simply take another shot at a new rendezvous point. Fixes #27774 Signed-off-by: David Goulet <dgoulet@torproject.org>		2018-09-21 08:44:12 -04:00
..
.dummy	Add a .dummy file in the changes directory to stop git from removing it	2015-05-11 11:41:48 -04:00
bug23512	Bug 23512: Changes file.	2018-09-17 22:19:43 +00:00
bug27073	In conditionvar_timeout test, wait for threads to timeout	2018-09-13 20:47:41 -04:00
bug27206	rust/protover: use .and_not_in() instead of .retain() in all_supported()	2018-09-14 15:08:55 +00:00
bug27764	Changes file for 27764	2018-09-18 08:12:46 -04:00
ticket27774	hs-v3: Don't BUG() if the RP node_t is invalid client side	2018-09-21 08:44:12 -04:00