View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007880 | Taler | libeufin-nexus | public | 2023-07-04 09:04 | 2024-03-07 19:50 |
| Reporter | MS | Assigned To | MS | Resolution deadline | |
| Implementer | Reviewer | ||||
| Release signed by | Deployed by | ||||
| Verifier | Communicator | ||||
| Data protection authority notification required | No | ||||
| CSIRT notification required | No | ||||
| Estimated effort (hours) | Actual effort (hours) | 0 | |||
| Fast-track | No | ||||
| Work package | none | ||||
| Priority | normal | Severity | feature | Reproducibility | have not tried |
| Status | closed | Resolution | won't fix | ||
| Product Version | git (master) | ||||
| Target Version | 0.9.4 | Fixed in Version | 0.9.4 | ||
| Summary | 0007880: Introduce command to (ONLY) download the bank's keys. | ||||
| Description | In the current version the bank's keys are downloaded along the uploading of the client keys. The responsible operation is called 'connect'. If the bank requires the client's keys to be confirmed (via ordinary post) before letting them download the bank's keys, then the user must run the 'connect' operation twice: first to upload the client keys, then to download the bank's. The result is that the user wastefully uploads their keys twice. | ||||
| Tags | No tags attached. | ||||
| Is this still useful with the new sign-up process? Why do we care about uploading keys twice? Wasn't the user uploading their keys required before we could even download the bank keys? Should this be a wontfix? | |
| It doesn't apply anymore. The new design detects if the keys were uploaded already and doesn't upload them twice. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2023-07-04 09:04 | MS | New Issue | |
| 2023-07-04 09:04 | MS | Status | new => assigned |
| 2023-07-04 09:04 | MS | Assigned To | => MS |
| 2023-12-02 10:24 | Christian Grothoff | Note Added: 0020691 | |
| 2023-12-02 10:24 | Christian Grothoff | Severity | minor => feature |
| 2023-12-14 11:22 | MS | Status | assigned => informing |
| 2023-12-14 11:22 | MS | Resolution | open => won't fix |
| 2023-12-14 11:22 | MS | Note Added: 0020757 | |
| 2023-12-15 14:37 | Christian Grothoff | Product Version | => git (master) |
| 2023-12-15 14:37 | Christian Grothoff | Fixed in Version | => 0.9.4 |
| 2023-12-15 14:37 | Christian Grothoff | Target Version | post-1.0 => 0.9.4 |
| 2024-03-07 19:50 | Christian Grothoff | Status | informing => closed |