View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008397 | Taler | challenger | public | 2024-02-14 13:08 | 2024-03-07 19:51 |
| Reporter | Christian Grothoff | Assigned To | Christian Grothoff | 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 | always |
| Status | closed | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 0.9.4 | Fixed in Version | 0.9.4 | ||
| Summary | 0008397: challenger page does not update when going 'back'. | ||||
| Description | After submitting an incorrect TAN, the only choice the user really has is to click the 'back' button (which is already suboptimal, but I guess OK; might be better to have an explicit button to 'try again' or 'enter another e-mail address to provide better guidance!). Anyway, after I do click 'back', the page is exactly the same: the number of attempts is not decremented (and if it hit 0, I'm not told that it is 'game over'). Clearly the browser has the old page cached and does not reload. What we should do is either fully disable caching of this page, or invalidate the cache on form submission. Let me know if this is something we must fix in the backend via HTTP headers (and if so, which ones should be set). | ||||
| Tags | No tags attached. | ||||
| child of | 0008419 | closed | Florian Dold | test, package and upload challenger 0.13 to ftp and stable Debian/Ubuntu server |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-02-14 13:08 | Christian Grothoff | New Issue | |
| 2024-02-14 13:08 | Christian Grothoff | Status | new => assigned |
| 2024-02-14 13:08 | Christian Grothoff | Assigned To | => sebasjm |
| 2024-02-15 12:14 | sebasjm | Relationship added | related to 0008393 |
| 2024-02-15 12:14 | sebasjm | Relationship deleted | related to 0008393 |
| 2024-02-16 21:32 | Christian Grothoff | Target Version | 0.10 => 0.11 |
| 2024-02-16 21:46 | Christian Grothoff | Relationship added | child of 0008419 |
| 2024-02-18 11:39 | Christian Grothoff | Assigned To | sebasjm => Christian Grothoff |
| 2024-02-18 11:39 | Christian Grothoff | Status | assigned => informing |
| 2024-02-18 11:39 | Christian Grothoff | Resolution | open => fixed |
| 2024-02-18 11:39 | Christian Grothoff | Fixed in Version | => 0.10 |
| 2024-02-18 11:39 | Christian Grothoff | Note Added: 0021337 | |
| 2024-02-18 11:39 | Christian Grothoff | Target Version | 0.11 => 0.10 |
| 2024-02-28 18:10 | Florian Dold | Target Version | 0.10 => 0.9.4 |
| 2024-03-07 19:50 | Christian Grothoff | Fixed in Version | 0.10 => 0.9.4 |
| 2024-03-07 19:51 | Christian Grothoff | Status | informing => closed |