View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010272 | Taler | taler-harness | public | 2025-08-21 15:49 | 2025-10-31 19:49 |
| Reporter | sebasjm | Assigned To | sebasjm | 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 | high | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.1 | ||||
| Target Version | 1.1 | Fixed in Version | 1.1 | ||
| Summary | 0010272: implement self provision tests | ||||
| Description | https://docs.taler.net/design-documents/067-merchant-self-provisioning.html A merchant doing an account’s registration should get an email/phone notification with the comfirmation code. The merchant account should be in created state and only after using the confirmation code the account can be activated. A merchant with an activated account can call “forgot password”. Merchant should get a notification with the confirmation code that can be used to call the endpoint to change the password. A new login the with new password needs to be tested. An user that makes an amount of request above the threshold should get 429 for “sign up” or “forgot password” endpoints. A merchant that doesn’t have an activated account may be able to set and change all the configuration. But backend won’t take any action with it (for example, it won’t check KYC status). It may be also possible to delete the instance. | ||||
| Tags | No tags attached. | ||||
| child of | 0010224 | closed | Florian Dold | merchant backend self-provisioning [meta] [01sept] |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-08-21 15:49 | sebasjm | New Issue | |
| 2025-08-21 15:49 | sebasjm | Status | new => assigned |
| 2025-08-21 15:49 | sebasjm | Assigned To | => sebasjm |
| 2025-08-31 17:18 | Christian Grothoff | Relationship added | child of 0010224 |
| 2025-09-09 13:17 | sebasjm | Note Added: 0025870 | |
| 2025-09-10 13:13 | sebasjm | Status | assigned => informing |
| 2025-09-10 13:13 | sebasjm | Resolution | open => fixed |
| 2025-09-10 13:13 | sebasjm | Note Added: 0025877 | |
| 2025-10-18 22:51 | Christian Grothoff | Fixed in Version | => 1.1 |
| 2025-10-31 19:49 | Christian Grothoff | Status | informing => closed |