It was indeed not terribly hard to implement. My branch task-23544 contains an implementation that needs more review (than self review) and more testing.
But before we merge this, let's decide what to do with #23962 (moved). If we decide to include bridges in the "version" parameter, we should also include them in the "recommended_version" parameter. If we decide against it, we can move forward with this ticket by reviewing and merging my branch. But let's not do that if we later decide to change the "version" parameter, because then we'll have to do the same with the "recommended_version" parameter.
Suggested specification for the relays-only parameter:
"Return only relays running a Tor software version that is recommended (parameter value true) or not recommended by the directory authorities (parameter value false). Relays are not contained in either result, if the version they are running is not known. Bridges are not contained in the result, regardless of which Tor version they are running. Parameter values are case-insensitive."
(The review of of commits based on each other in one branch distributed across several tickets, is a very cumbersome review situation. If commits are as tightly connected as they are here they shouldn't be distributed on different tickets. As soon as the connection becomes apparent the tasks should be merged. The redundancy also becomes visible in the very similar ready-for-review comments and replies.)
(The review of of commits based on each other in one branch distributed across several tickets, is a very cumbersome review situation. If commits are as tightly connected as they are here they shouldn't be distributed on different tickets. As soon as the connection becomes apparent the tasks should be merged. The redundancy also becomes visible in the very similar ready-for-review comments and replies.)
True. I guess next time we could merge the tickets first and then do the reviewing part there.
Trac: Resolution: N/Ato fixed Status: merge_ready to closed