View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009855 | Taler | exchange | public | 2025-05-01 21:43 | 2025-05-04 11:54 |
| Reporter | Christian Grothoff | Assigned To | Christian Grothoff | ||
| Priority | normal | Severity | block | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 1.0 | Fixed in Version | 1.0 | ||
| Summary | 0009855: AML officer decision does not clear measures | ||||
| Description | AML officer decision (say to CLEAR a rule to accept ToS) does NOT set active legitimization_measures to is_finished, thus keeping the kyc-required even if there is no actual measure anymore to be done. => on decisions where no 'next measure' is set, set is_finished on existing legitimization_measures entries for that account. | ||||
| Tags | No tags attached. | ||||
|
|
Main logic seems fine. However, SPA was submitting new_measures as an empty string instead of NULL, causing a new measure "{"measures":[],"is_and_combinator":false,"verboten":false}" to be placed into the database even if the measures were to be cleared. This should now be fixed (on the C side) as of 2c694f9a6..29975d6d7. Not convinced this is all, needs more testing. |
|
|
Seems we forgot to explicitly remove the 0-measure from the KYC rules, which means the backend did auto-activate that rule *correctly*. If we clear the rule the measure set becomes empty, as intended. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-05-01 21:43 | Christian Grothoff | New Issue | |
| 2025-05-01 21:43 | Christian Grothoff | Status | new => assigned |
| 2025-05-01 21:43 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2025-05-04 09:40 | Christian Grothoff | Note Added: 0024755 | |
| 2025-05-04 11:53 | Christian Grothoff | Status | assigned => resolved |
| 2025-05-04 11:53 | Christian Grothoff | Resolution | open => fixed |
| 2025-05-04 11:53 | Christian Grothoff | Fixed in Version | => 1.0 |
| 2025-05-04 11:54 | Christian Grothoff | Note Added: 0024759 |
