View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005366 | Taler | merchant backend | public | 2018-06-26 13:21 | 2019-12-20 18:12 |
| Reporter | Marcello Stanisci | Assigned To | Marcello Stanisci | 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 | none | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Target Version | 0.6 | Fixed in Version | 0.6 | ||
| Summary | 0005366: Need payment generator for corner cases. | ||||
| Description | The current payment generator does very ordinary things right now: it is a tool to measure performance, and so no weird scenarios are created by it. However, to conduct better testing -- especially for the backoffice site -- weird scenarios are wanted! Just to mention a few, (1) unaggregated payments, and (2) multiple-coins payments are such weird scenarios. Therefore, another payment generator that would generate those scenarios should be introduced. | ||||
| Tags | No tags attached. | ||||
| related to | 0005365 | closed | Marcello Stanisci | Caching results makes testing difficult. |
| Hint: running the aggregator on time t will always cause unaggregated transactions from time t-x to be aggregated, therefore making them lose their meaning. This can be countered by setting a very future refund_deadline on those transactions that need to stay unaggregated. | |
| 7305041 implements the "alt" payment generator. Setting refund_deadline and wire_transfer_delay as "/forever/" does not seem to have the desired effect. To be further investigated. | |
| 0d2b620 implements unaggregable payments and 2-coins payments. The issue stays open as a reminder that 'more' corner cases can be inserted in the tool. | |
| Dropping priority to 'none' as the bug is just a wish-list now. | |
| Since _any_ corner case is interesting, then we close this to keep Mantis clean. As soon as a new corner case turns to te useful for some testing purpose, we'll just file a new dedicate bug for it. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-06-26 13:21 | Marcello Stanisci | New Issue | |
| 2018-06-26 13:21 | Marcello Stanisci | Status | new => assigned |
| 2018-06-26 13:21 | Marcello Stanisci | Assigned To | => Marcello Stanisci |
| 2018-06-26 13:26 | Marcello Stanisci | Relationship added | child of 0004930 |
| 2018-06-26 13:27 | Marcello Stanisci | Relationship added | related to 0005365 |
| 2018-06-26 14:03 | Marcello Stanisci | Note Added: 0013085 | |
| 2018-06-27 14:12 | Marcello Stanisci | Note Added: 0013087 | |
| 2018-06-28 19:42 | Marcello Stanisci | Note Added: 0013107 | |
| 2018-06-29 10:02 | Marcello Stanisci | Relationship deleted | child of 0004930 |
| 2018-06-29 10:52 | Marcello Stanisci | Priority | normal => none |
| 2018-06-29 10:52 | Marcello Stanisci | Note Added: 0013115 | |
| 2018-06-29 13:18 | Marcello Stanisci | Target Version | 0.6 => |
| 2018-07-02 08:50 | Marcello Stanisci | Status | assigned => informing |
| 2018-07-02 08:50 | Marcello Stanisci | Resolution | open => fixed |
| 2018-07-02 08:50 | Marcello Stanisci | Note Added: 0013125 | |
| 2018-09-15 09:06 | Christian Grothoff | Fixed in Version | => 0.6 |
| 2018-09-15 09:06 | Christian Grothoff | Target Version | => 0.6 |
| 2019-12-20 18:12 | Christian Grothoff | Status | informing => closed |
| 2025-03-22 13:09 | Christian Grothoff | Category | mechant backend => merchant backend |