[tor-bugs] #13484 [Tor]: Do we have edge cases with rend_consider_descriptor_republication()? Can we refactor it to be cleaner?

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Oct 20 03:47:34 UTC 2014


#13484: Do we have edge cases with rend_consider_descriptor_republication()? Can we
refactor it to be cleaner?
------------------------------+------------------------------
 Reporter:  arma              |          Owner:
     Type:  task              |         Status:  new
 Priority:  normal            |      Milestone:  Tor: 0.2.???
Component:  Tor               |        Version:
 Keywords:  SponsorR, tor-hs  |  Actual Points:
Parent ID:                    |         Points:
------------------------------+------------------------------
 Once a second we run rend_consider_descriptor_republication(), which
 proceeds if anything called router_dir_info_changed(), e.g. if a relay
 gets marked newly Running or newly not Running.

 At first I thought there were bugs here that made us publish our hidden
 service descriptor much more often than needed. But I *think* all the
 logic lines up to only do the publish when we didn't have a microdesc for
 the relay in question but now we do. But we should see if this is really
 true.

 And even if so, can we refactor this logic to be simpler yet still to
 retry appropriately if indeed there's a relay we ought to be publishing
 to? It seems like a lot of overkill for what hopefully will be a rare edge
 case to begin with. Unless I'm wrong?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13484>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list