[tor-bugs] #12905 [Onionoo]: onionoo protocol version field

Tor Bug Tracker & Wiki blackhole at torproject.org
Sun Aug 31 07:07:44 UTC 2014


#12905: onionoo protocol version field
-----------------------------+----------------------
     Reporter:  iwakeh       |      Owner:
         Type:  enhancement  |     Status:  reopened
     Priority:  normal       |  Milestone:
    Component:  Onionoo      |    Version:
   Resolution:               |   Keywords:
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+----------------------
Changes (by karsten):

 * status:  closed => reopened
 * resolution:  implemented =>


Comment:

 On second thought, this idea is great for clients to decide whether they
 are recent enough to parse a response.  But if they're not, they are
 basically broken right then.

 In theory, we can avoid that.  We know in advance when we're going to make
 major protocol changes, and we typically give people a heads-up of 1 or 2
 months before deploying those.  Should we add another optional field
 "next_major_version" that contains an ISO date ("2014-10-01") and
 indicates when the next major protocol is going to happen?

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


More information about the tor-bugs mailing list