View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008802 | Taler | libeufin-nexus | public | 2024-05-05 16:09 | 2024-08-28 23:31 |
| Reporter | Florian Dold | Assigned To | Antoine A | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | git (master) | ||||
| Target Version | 0.13 | Fixed in Version | 0.13 | ||
| Summary | 0008802: EBICS: consider sending negative ack for test requests; only send positive ack when data was stored in DB | ||||
| Description | The last step of an EBICS download transaction is the customer acknowledgement. We're currently always sending a positive acknowledgement. That, however, means that data can be lost when we're querying without an explicit date range. That's not critical, as we should still eventually do a full query with a date range (say, once per day or every few hours). I'm not sure if that is implemented though. To make querying data without an explicit date range more robust, we should negatively acknowledge the download unless we have really processed the data and stored it in our DB. | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-05-05 16:09 | Florian Dold | New Issue | |
| 2024-05-05 16:09 | Florian Dold | Status | new => assigned |
| 2024-05-05 16:09 | Florian Dold | Assigned To | => Antoine A |
| 2024-05-06 10:01 | Antoine A | Note Added: 0022357 | |
| 2024-05-06 10:01 | Antoine A | Target Version | 0.11 => 0.14 |
| 2024-07-08 14:41 | Antoine A | Status | assigned => resolved |
| 2024-07-08 14:41 | Antoine A | Resolution | open => fixed |
| 2024-07-08 14:41 | Antoine A | Note Added: 0022791 | |
| 2024-07-09 16:43 | Christian Grothoff | Product Version | => git (master) |
| 2024-07-09 16:43 | Christian Grothoff | Fixed in Version | => 0.13 |
| 2024-07-09 16:43 | Christian Grothoff | Target Version | 0.14 => 0.13 |
| 2024-08-28 23:31 | Christian Grothoff | Status | resolved => closed |
