View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007165 | Taler | exchange | public | 2022-01-31 20:45 | 2022-11-04 20:53 |
Reporter | Florian Dold | Assigned To | Christian Grothoff | ||
Priority | normal | Severity | minor | Reproducibility | have not tried |
Status | closed | Resolution | no change required | ||
Product Version | git (master) | ||||
Target Version | 0.9 | Fixed in Version | 0.9 | ||
Summary | 0007165: exchange returns /keys response with old/wrong list_issue_date | ||||
Description | See https://exchange.demo.taler.net/keys The list issue date is last year, but the whole exchange DB seems to have been created just this year. Thus the list issue date is likely wrong. The merchant warns about this: 2022-01-28T17:02:38.892231+0100 taler-merchant-httpd-3769494 WARNING Last DK issue date from exchange is in the past: Wed Aug 25 15:50:02 2021 | ||||
Tags | No tags attached. | ||||
|
Nope. Look at: jq '.denoms[].stamp_start.t_ms' < keys 1629899402000 1629899402000 1629899402000 1629899402000 1629899402000 1629899402000 So all keys started their validity period on that timestamp! All keys also have a 3 year (!) withdraw period, so there is nothing more 'recent' to be returned. So this is actually the correct list_issue_date. The DB may have been reinitialized, but the key material was not. |
Date Modified | Username | Field | Change |
---|---|---|---|
2022-01-31 20:45 | Florian Dold | New Issue | |
2022-01-31 20:45 | Florian Dold | Status | new => assigned |
2022-01-31 20:45 | Florian Dold | Assigned To | => Christian Grothoff |
2022-02-02 09:05 | Christian Grothoff | Note Added: 0018679 | |
2022-02-02 09:05 | Christian Grothoff | Status | assigned => resolved |
2022-02-02 09:05 | Christian Grothoff | Resolution | open => no change required |
2022-02-02 09:05 | Christian Grothoff | Fixed in Version | => 0.9 |
2022-02-02 09:06 | Christian Grothoff | Product Version | => git (master) |
2022-02-02 09:06 | Christian Grothoff | Target Version | => 0.9 |
2022-11-04 20:53 | Christian Grothoff | Status | resolved => closed |