[tor-bugs] #6947 [Metrics/Onionoo]: Allow filtering relays by version ranges

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Jul 23 18:47:49 UTC 2018


#6947: Allow filtering relays by version ranges
-----------------------------+------------------------------
 Reporter:  rransom          |          Owner:  metrics-team
     Type:  enhancement      |         Status:  assigned
 Priority:  Medium           |      Milestone:
Component:  Metrics/Onionoo  |        Version:
 Severity:  Normal           |     Resolution:
 Keywords:                   |  Actual Points:
Parent ID:                   |         Points:
 Reviewer:                   |        Sponsor:
-----------------------------+------------------------------

Comment (by karsten):

 Replying to [comment:8 irl]:
 > We have version ordering logic now thanks to the `version_status` field.

 Yes! It might that we need to write some more code to also support version
 prefixes, but most of the code should already be there.

 > We can have a `from_version` and `to_version` parameter?

 Hmm, let's ignore for a moment that we already have a `version` parameter
 and let's discuss how we would like to build version-related parameters.
 Wouldn't it be more intuitive if we had a single `version` parameter that
 supports single versions, dash-separated version ranges, and possibly even
 comma-separated versions or version ranges? Keep in mind that some users
 may want to use these parameters as qualified search terms.

 Maybe my list of design questions looked too alarming, but that was not my
 intention. I think it's perfectly fine to make a major protocol update, if
 it's a useful change. We just need to give folks the chance to update
 their clients, bookmarks, etc. But if the result is a more intuitive
 interface, that's worth the effort.

 However, I'm not sure what the most intuitive interface is. Maybe it's
 something else, like a different character for ranges, such as
 `/details?version=0.3.2.1:0.3.2.5`. (If so, we should consider changing
 `first_seen_days` and `last_seen_days`, too, for consistency.)

 > We can then separately also have comma separated versions for prefix
 matches.

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


More information about the tor-bugs mailing list