[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