View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005107 | GNUnet | file-sharing service | public | 2017-07-12 09:20 | 2024-02-11 10:44 |
| Reporter | nikita | Assigned To | Christian Grothoff | Due Date | |
| Priority | low | Severity | feature | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | Git master | ||||
| Target Version | 0.11.0pre66 | Fixed in Version | 0.11.0pre66 | ||
| Summary | 0005107: documentation: explain why gnunet-search starts from 0 (or change it to start from 1) | ||||
| Description | We should explain in the update of the documentation and the --help output of gnunet-search why the index starts from 0. | ||||
| Additional Information | [00:22:05] <buenouanq> Why does the output of gnunet-search index from 0? Seems completely silly for what it's counting. Is this number used somewhere else that makes sense for it to be? [00:23:39] <ruunyan> I don't think the result numbers are meaningful at all [00:30:26] <buenouanq> Well, then I think they should reflect what they are counting in intutive human readible terms. | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-07-12 09:20 | nikita | New Issue | |
| 2017-07-12 09:20 | nikita | Tag Attached: gnunet-search | |
| 2017-07-18 21:00 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2017-07-18 21:00 | Christian Grothoff | Status | new => resolved |
| 2017-07-18 21:00 | Christian Grothoff | Resolution | open => fixed |
| 2017-07-18 21:00 | Christian Grothoff | Fixed in Version | => 0.11.0pre66 |
| 2017-07-18 21:00 | Christian Grothoff | Note Added: 0012346 | |
| 2017-07-18 21:00 | Christian Grothoff | Product Version | => Git master |
| 2017-07-18 21:00 | Christian Grothoff | Target Version | => 0.11.0pre66 |
| 2018-06-06 22:24 | Christian Grothoff | Status | resolved => closed |
| 2024-02-11 10:44 | Christian Grothoff | Tag Detached: gnunet-search |