[tor-commits] [tor/release-0.3.2] Make tor recalculate voting schedule even if not a dirauth
nickm at torproject.org
nickm at torproject.org
Tue Nov 7 14:58:59 UTC 2017
commit ce99ebf25d3aec18ad840062a949aca4f98c14e6
Author: David Goulet <dgoulet at torproject.org>
Date: Tue Oct 31 09:54:55 2017 -0400
Make tor recalculate voting schedule even if not a dirauth
Because the HS subsystem needs the voting schedule to compute time period, we
need all tor type to do that.
Part of #23623
Signed-off-by: David Goulet <dgoulet at torproject.org>
---
src/or/dirvote.c | 7 ++-----
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/src/or/dirvote.c b/src/or/dirvote.c
index 6f237e9b2..c5ceefecb 100644
--- a/src/or/dirvote.c
+++ b/src/or/dirvote.c
@@ -2863,16 +2863,13 @@ dirvote_get_next_valid_after_time(void)
}
/** Set voting_schedule to hold the timing for the next vote we should be
- * doing. */
+ * doing. All type of tor do that because HS subsystem needs the timing as
+ * well to function properly. */
void
dirvote_recalculate_timing(const or_options_t *options, time_t now)
{
voting_schedule_t *new_voting_schedule;
- if (!authdir_mode_v3(options)) {
- return;
- }
-
/* get the new voting schedule */
new_voting_schedule = get_voting_schedule(options, now, LOG_NOTICE);
tor_assert(new_voting_schedule);
More information about the tor-commits
mailing list