[tor-bugs] #13135 [Onionoo]: Support various fingerprint formats

Tor Bug Tracker & Wiki blackhole at torproject.org
Thu Sep 18 10:36:32 UTC 2014


#13135: Support various fingerprint formats
-----------------------------+-----------------
     Reporter:  Sebastian    |      Owner:
         Type:  enhancement  |     Status:  new
     Priority:  normal       |  Milestone:
    Component:  Onionoo      |    Version:
   Resolution:               |   Keywords:
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+-----------------

Comment (by phw):

 Replying to [comment:3 karsten]:

 > 1. The `search` parameter supports searching by (beginning of)
 base64-encoded relay fingerprint.  This needs input from Onionoo client
 developers for escaping `+` and `/`.  Technically, this constitutes a
 major protocol change that requires at least one month notice before
 deployment to give client developers the chance to implement filters if
 their searches are not supposed to return matching base64-encoded
 fingerprints.

 If a relay would have a nickname identical to another relay's
 base64-encoded fingerprint, Onionoo would return both relays, right?

 > 2. (This is actually a suggestion to not change anything in Onionoo:)
 Regarding listing base64-encoded fingerprint, I'm considering not to add a
 field for that but asking client developers to re-encode the hex
 fingerprint if they want to display the base64-encoded one.  Let's save
 bandwidth by avoiding to transmit redundant data.  Unless binary encoding
 is something that clients cannot or shouldn't be required to do?

 That sounds like a good option to me but would it work with the upcoming
 JavaScript-free version of Globe?

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


More information about the tor-bugs mailing list