View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002993 | GNUnet | namestore service | public | 2013-08-13 21:19 | 2013-12-24 20:54 |
Reporter | Christian Grothoff | Assigned To | Christian Grothoff | ||
Priority | urgent | Severity | block | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Product Version | Git master | ||||
Target Version | 0.10.0 | Fixed in Version | 0.10.0 | ||
Summary | 0002993: namestore fails to consider our own records during standard (encyrpted) lookup | ||||
Description | We currently do not make the records that are indexed under private keys available under the respective public keys. However, our resolver will only look under the public keys. Thus, we'd miss the records in our own zone and resolutions won't work. As some of our own zone's records may be private, we would not even find those in the DHT (which would be inefficient anyway). So the namestore should always convert all "private" records to "public" records (with infinite expiration time) and keep the two sets synchronized. | ||||
Tags | No tags attached. | ||||
|
Fixed in SVN 28645 (by duplicating records from our private zone into the block zone whenever they are created). |
Date Modified | Username | Field | Change |
---|---|---|---|
2013-08-13 21:19 | Christian Grothoff | New Issue | |
2013-08-13 21:49 | Christian Grothoff | Status | new => confirmed |
2013-08-14 22:01 | Christian Grothoff | Priority | normal => urgent |
2013-08-15 12:09 | Christian Grothoff | Assigned To | => Christian Grothoff |
2013-08-15 12:09 | Christian Grothoff | Status | confirmed => assigned |
2013-08-15 12:26 | Christian Grothoff | Note Added: 0007377 | |
2013-08-15 12:26 | Christian Grothoff | Status | assigned => resolved |
2013-08-15 12:26 | Christian Grothoff | Fixed in Version | => 0.10.0 |
2013-08-15 12:26 | Christian Grothoff | Resolution | open => fixed |
2013-10-02 13:56 | Christian Grothoff | Category | namestore => namestore service |
2013-12-24 20:54 | Christian Grothoff | Status | resolved => closed |