View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001481 | GNUnet | file-sharing service | public | 2009-05-21 03:01 | 2010-02-15 14:37 |
| Reporter | dvdkhlng | Assigned To | Christian Grothoff | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001481: gnunet-pseudonym usability problems | ||||
| Description | 1. -- If I create a pseudonym: $ gnunet-pseudonym -C davids_pseudonym [.. long list of pseudonyms ..] Namespace `davids_pseudonym-0' (HFV5DOGC9BBO4HEF06QQMH22ARNC5MKAD6LH7QG7SIBB5OJB9I29CCQNTRQU1O5QE60E5LS65C2M08ISV29G3AKNE1KMD82928EH01O) has rating 0. title: davids_pseudonym And try to use it, I get an error: $ gnunet-insert -P davids_pseudonym -t some_id test.txt Could not access namespace `davids_pseudonym' (does not exist?). The correct command needs, to use the uniquified pseudonym name that's printed somewhere in the output of 'gnunet-pseudonym -C', i.e.: $ gnunet-insert -P davids_pseudonym-0 -t some_id test.txt File `/tmp/test.txt' has URI: gnunet://ecrs/chk/RCSN9ABV4G3RFIN1LPHNO01GD1T1349IEJANGI95B3HPO5M02VF89QMDP332VOQESJGIMIOK520NU2DMK9R0OFSACP6ELQAD4GQAB4O.LHVHQ56C6EQSO2I58C7LNHHPMQVNA8AAV6BMBJJAAPITH3UQSUD975QEG822FNFT1TG56V7L54F7M4GGCKNM89UG2N1KI3SGQ0952HO.12 Created entry `gnunet://ecrs/sks/HFV5DOGC9BBO4HEF06QQMH22ARNC5MKAD6LH7QG7SIBB5OJB9I29CCQNTRQU1O5QE60E5LS65C2M08ISV29G3AKNE1KMD82928EH01O/some_id' in namespace `davids_pseudonym-0' It's really annoying, that gnunet-pseudonym renames the pseudonym name I gave it. If it does so, it should print a precise message, that it did so. Just listing all known namespaces doesn't help me, as this is just a long and cluttered list, that I don't want to read. 2. --- There is no way I can make gnunet-pseudonym print only my own, local pseudonyms. It won't even identify which of the pseudonyms are mine, and which are from the network. As an example, I remove my local pseudonym: $ gnunet-pseudonym -D davids_pseudonym-0 Pseudonym `davids_pseudonym-0' deleted. [... long list of pseudonyms ...] Namespace `davids_pseudonym-0' (HFV5DOGC9BBO4HEF06QQMH22ARNC5MKAD6LH7QG7SIBB5OJB9I29CCQNTRQU1O5QE60E5LS65C2M08ISV29G3AKNE1KMD82928EH01O) has rating 0. title: davids_pseudonym So, the public part of the pseudonym still exists, so it is still in the list output by gnunet-pseudonym. However (of course) insertion fails: $ gnunet-insert -P davids_pseudonym-0 -t some_id test.txt Could not access namespace `davids_pseudonym-0' (does not exist?). So I think we really need an option to only list those pseudonyms under which a user can insert. Also gnunet-pseudonym -C and -D should by default only print that list. or better even: do not print the list at all, to not distract the user. If you tell me whether you would like to fix that, and what kind of fix is ok with you, I'll be ready to submit another patch. | ||||
| Tags | No tags attached. | ||||
|
|
All good points that should be addressed. |
|
|
Fixed in SVN 9704. After creating/deleting namespace/collection, namespaces are no longer listed. A new option -l can be used to only list local namespaces. A message informing the user about the change in the name of the namespace was also added. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2009-05-21 03:01 | dvdkhlng | New Issue | |
| 2009-10-29 03:02 | root | Note Added: 0003887 | |
| 2009-10-29 03:02 | root | Status | new => assigned |
| 2009-10-29 03:02 | root | Assigned To | => root |
| 2009-10-29 03:02 | root | Project | GNUnet 0.8.x => GNUnet |
| 2009-11-10 14:27 | Christian Grothoff | Assigned To | root => |
| 2009-11-10 14:27 | Christian Grothoff | Category | content ranking => Anonymous file-sharing |
| 2009-11-10 15:07 | Christian Grothoff | Status | assigned => confirmed |
| 2009-11-18 02:16 | Christian Grothoff | Status | confirmed => assigned |
| 2009-11-18 02:16 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2009-12-05 19:47 | Christian Grothoff | Note Added: 0003928 | |
| 2009-12-05 19:47 | Christian Grothoff | Status | assigned => resolved |
| 2009-12-05 19:47 | Christian Grothoff | Resolution | open => fixed |
| 2010-02-15 14:37 | Christian Grothoff | Status | resolved => closed |
