View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005303 | Taler | other | public | 2018-03-27 09:59 | 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 | feature | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 0.5 | ||||
| Target Version | 0.6 | Fixed in Version | 0.6 | ||
| Summary | 0005303: Resume the back-office site. | ||||
| Description | The back-office can be re-deployed. There is a _slight_ dependency on 0004930, but nothing that prevents it from being put on-line again. Various landing pages, home pages should also restore their links to the back-office site. | ||||
| Tags | No tags attached. | ||||
| ID | Summary | Status | Assigned To | Estimated effort (hours) |
|---|---|---|---|---|
| 0004930 | Render 'conflict' errors due to /track operations. | closed | Marcello Stanisci | |
| This issue (hours) | ||||
| Its children (hours) | 0 | |||
| Together (hours) | 0 | |||
Nothing is missing: the plan can be finished.
| parent of | 0004930 | closed | Marcello Stanisci | Render 'conflict' errors due to /track operations. |
| When pressing the Esc button from the /track/transfer page, the logic should (make the popup disappear AND) stop the ongoing operation. | |
| Dropping the suggestion from the last note: it complicates things quite unnecessarily. | |
| Deployed, but manual testing is needed before linking it in the other sites. | |
| Did manual tests under normal circumstances, but now need to conduct "twisty" tests before closing this issue. Note, twisting between the merchant and the exchange during /track operations is very bad now: the merchant uses to store into the database the result of a track operation, and so it uses the cached result for any future request on the same input. There should be some way of forcing the merchant to query the exchange _every_ time, or some other tecnique that makes it easier to produce twister-based corner cases (like 424 Failed dependency) | |
| Resumed at commit 26ac0148dec4b1b5906.. (landing.git), and from all the other sites having the left-side pane with all Taler sites links. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-03-27 09:59 | Marcello Stanisci | New Issue | |
| 2018-03-27 15:27 | Christian Grothoff | Assigned To | => Marcello Stanisci |
| 2018-03-27 15:27 | Christian Grothoff | Severity | minor => feature |
| 2018-03-27 15:27 | Christian Grothoff | Status | new => assigned |
| 2018-06-05 16:21 | Marcello Stanisci | Note Added: 0012981 | |
| 2018-06-05 16:23 | Marcello Stanisci | Note Edited: 0012981 | |
| 2018-06-06 09:50 | Marcello Stanisci | Note Added: 0012982 | |
| 2018-06-08 17:35 | Marcello Stanisci | Note Added: 0013033 | |
| 2018-06-14 13:13 | Marcello Stanisci | Note Added: 0013040 | |
| 2018-06-26 13:25 | Marcello Stanisci | Relationship added | parent of 0004930 |
| 2018-06-29 10:53 | Marcello Stanisci | Status | assigned => informing |
| 2018-06-29 10:53 | Marcello Stanisci | Resolution | open => fixed |
| 2018-06-29 10:53 | Marcello Stanisci | Note Added: 0013116 | |
| 2018-09-15 09:06 | Christian Grothoff | Fixed in Version | => 0.6 |
| 2019-12-20 18:12 | Christian Grothoff | Status | informing => closed |