#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
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs