View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004930 | Taler | other | public | 2017-03-04 09:49 | 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 | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | git (master) | ||||
| Target Version | 0.6 | Fixed in Version | 0.6 | ||
| Summary | 0004930: Render 'conflict' errors due to /track operations. | ||||
| Description | 'backoffice' category here. Since no frontend returns HTML anymore when doing backoffice activity, JS is in charge of rendering /track related errors. In particular, conflicts related to /track operations contain non trivial data that needs to be properly rendered. Of course, other errors like 404 (e. g. "unknown order") are to be rendered too. | ||||
| Tags | No tags attached. | ||||
| ID | Summary | Status | Assigned To | Estimated effort (hours) |
|---|---|---|---|---|
| 0005365 | Caching results makes testing difficult. | closed | Marcello Stanisci | |
| This issue (hours) | ||||
| Its children (hours) | 0 | |||
| Together (hours) | 0 | |||
Nothing is missing: the plan can be finished.
| parent of | 0005365 | closed | Marcello Stanisci | Caching results makes testing difficult. |
| child of | 0005303 | closed | Marcello Stanisci | Resume the back-office site. |
| This issue doesn't depend on the twister anymore, as one is now usable. Deleting its "child" status. | |
| It's right that the Twister is not a blocker for this anymore, but the situation is still pending: the merchant returns cached results for /track operations and so twisting the communication between the merchant backend and the exchange helps very little (helps just on the very first request merchant->exchange). | |
| A possible solution is to generate X trackable transactions and NOT make them fall under the same aggregation. This way, manual testing can be done on those X entries. As of X, the bigger the better. | |
| Manually tested on Tripwire, thanks to 0005365 and 0005366. | |
| 0005366 not related here anymore, because it's more a wishlist than a bug now. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-03-04 09:49 | Marcello Stanisci | New Issue | |
| 2017-03-04 09:49 | Marcello Stanisci | Assigned To | => Marcello Stanisci |
| 2017-03-04 09:49 | Marcello Stanisci | Status | new => assigned |
| 2017-03-04 09:50 | Marcello Stanisci | Description Updated | |
| 2017-03-05 23:24 | Christian Grothoff | Product Version | => git (master) |
| 2017-03-05 23:24 | Christian Grothoff | Target Version | => 0.3 |
| 2017-04-30 11:31 | Marcello Stanisci | Relationship added | child of 0004782 |
| 2017-04-30 11:31 | Marcello Stanisci | Relationship deleted | child of 0004782 |
| 2017-04-30 11:32 | Marcello Stanisci | Relationship added | child of 0004781 |
| 2017-04-30 14:54 | Christian Grothoff | Target Version | 0.3 => 0.6 |
| 2018-03-27 09:43 | Marcello Stanisci | Note Added: 0012898 | |
| 2018-03-27 09:43 | Marcello Stanisci | Relationship deleted | child of 0004781 |
| 2018-06-08 09:21 | Marcello Stanisci | Description Updated | |
| 2018-06-26 13:05 | Marcello Stanisci | Note Added: 0013082 | |
| 2018-06-26 13:25 | Marcello Stanisci | Relationship added | child of 0005303 |
| 2018-06-26 13:26 | Marcello Stanisci | Relationship added | parent of 0005366 |
| 2018-06-26 13:26 | Marcello Stanisci | Relationship added | parent of 0005365 |
| 2018-06-26 13:41 | Marcello Stanisci | Note Added: 0013083 | |
| 2018-06-29 10:01 | Marcello Stanisci | Note Added: 0013113 | |
| 2018-06-29 10:02 | Marcello Stanisci | Note Added: 0013114 | |
| 2018-06-29 10:02 | Marcello Stanisci | Relationship deleted | parent of 0005366 |
| 2018-06-29 10:03 | Marcello Stanisci | Status | assigned => informing |
| 2018-06-29 10:03 | Marcello Stanisci | Resolution | open => fixed |
| 2018-09-15 09:06 | Christian Grothoff | Fixed in Version | => 0.6 |
| 2019-12-20 18:12 | Christian Grothoff | Status | informing => closed |