From: Nick Mathewson Date: Mon, 30 Jan 2017 15:43:53 +0000 (-0500) Subject: Remove XXXXprop271 comments from test_entrynodes.c X-Git-Tag: tor-0.3.0.3-alpha~30 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=ed4a3dfef20935e6f357c2881a2db6b2b4445566;p=thirdparty%2Ftor.git Remove XXXXprop271 comments from test_entrynodes.c These commments were complaints about how I didn't like some aspects of prop271. They have been superseded by ticket 20832. --- diff --git a/src/test/test_entrynodes.c b/src/test/test_entrynodes.c index bcb56e3a6b..249fd1f973 100644 --- a/src/test/test_entrynodes.c +++ b/src/test/test_entrynodes.c @@ -2044,7 +2044,6 @@ test_entry_guard_select_for_circuit_highlevel_confirm_other(void *arg) u = entry_guard_succeeded(&guard); /* We're on the internet (by fiat), so this guard will get called "confirmed" * and should immediately become primary. - * XXXX prop271 -- I don't like that behavior, but it's what is specified */ tt_int_op(guard->state, OP_EQ, GUARD_CIRC_STATE_COMPLETE); tt_assert(u == GUARD_USABLE_NOW); @@ -2338,9 +2337,6 @@ test_entry_guard_upgrade_a_circuit(void *arg) * primary guards are down, we have two WAITING circuits: one will * get upgraded to COMPLETED! (The one that started first.) */ - /* XXXX prop271 -- perhaps the one that started first should - * also wind up in confirmed_entry_guards earlier? - */ smartlist_t *result = smartlist_new(); int r;