View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006073 | Taler | libeufin-nexus | public | 2020-02-04 13:38 | 2026-09-19 14:42 |
| Reporter | Florian Dold | Assigned To | 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 | major | Reproducibility | have not tried |
| Status | closed | Resolution | duplicate | ||
| Target Version | 1.6 | Fixed in Version | 1.6 | ||
| Summary | 0006073: serialize some transaction state to the database | ||||
| Description | ... so that we don't run into timeouts when we didn't properly acknowledge a previous transaction. | ||||
| Tags | No tags attached. | ||||
| Still pending. It seems that nexus performs all the steps in two big functions, without storing any state during the operations: - doEbicsDownloadTransaction() - doEbicsUploadTransaction() | |
| We likely require a new API for this. I wouldn't prioritize this right now though. Just as a reminder, the main purpose of this is to be more robust against failures, because when we don't acknowledge an EBICS upload/download transaction on our side, we might have to wait for a timeout until the bank lets us do the same order type again. | |
| Priority changed after this last note. | |
| That's a structural change in the EBICS communication and it does NOT regard security. It should wait until the first release of the Taler+LibEuFin regional currency installer. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2020-02-04 13:38 | Florian Dold | New Issue | |
| 2020-05-15 16:44 | Marcello Stanisci | Assigned To | => Marcello Stanisci |
| 2020-05-15 16:44 | Marcello Stanisci | Status | new => acknowledged |
| 2020-05-15 16:44 | Marcello Stanisci | Note Added: 0015908 | |
| 2020-05-24 11:52 | Florian Dold | Note Added: 0015953 | |
| 2020-05-24 11:52 | Florian Dold | Priority | normal => low |
| 2020-11-10 11:16 | MS | Target Version | => 0.9.2 |
| 2020-12-11 15:46 | Florian Dold | Priority | low => urgent |
| 2020-12-11 15:46 | Florian Dold | Severity | minor => major |
| 2020-12-11 15:48 | Florian Dold | Assigned To | Marcello Stanisci => Florian Dold |
| 2021-05-27 08:23 | MS | Priority | urgent => normal |
| 2021-05-27 08:23 | MS | Note Added: 0017908 | |
| 2021-05-27 08:26 | MS | Relationship added | related to 0006402 |
| 2023-01-08 10:21 | Christian Grothoff | Target Version | 0.9.2 => 0.9.4 |
| 2023-04-13 18:26 | Florian Dold | Project | libeufin => Taler |
| 2023-04-13 18:26 | Florian Dold | Category | nexus => General |
| 2023-04-13 19:43 | Florian Dold | Category | General => libeufin-nexus |
| 2023-08-03 19:00 | Florian Dold | Assigned To | Florian Dold => MS |
| 2023-11-27 09:56 | MS | Note Added: 0020664 | |
| 2023-11-27 10:38 | MS | Target Version | 0.9.4 => 0.11 |
| 2023-12-22 13:35 | Christian Grothoff | Target Version | 0.11 => post-1.0 |
| 2023-12-23 16:01 | Christian Grothoff | Assigned To | MS => |
| 2026-08-23 08:06 | Florian Dold | Status | acknowledged => informing |
| 2026-08-23 08:06 | Florian Dold | Resolution | open => duplicate |
| 2026-08-23 08:06 | Florian Dold | Relationship replaced | duplicate of 0006402 |
| 2026-09-16 07:55 | vecirex | Status | informing => closed |
| 2026-09-19 14:42 | Christian Grothoff | Fixed in Version | => 1.6 |
| 2026-09-19 14:42 | Christian Grothoff | Target Version | post-1.0 => 1.6 |