View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010959 | Taler | merchant backoffice SPA | public | 2026-01-31 20:55 | 2026-02-05 13:44 |
| Reporter | Christian Grothoff | Assigned To | Christian Grothoff | ||
| Priority | low | Severity | block | Reproducibility | always |
| Status | feedback | Resolution | open | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 1.8 | ||||
| Summary | 0010959: Cannot "cancel" dialog "Confirm the wire transfer" | ||||
| Description | When clicking on an unconfirmed wire transfer (after selecting the wire transfer in the "Incoming wire transfers" list), the "cancel" and both "X" buttons do not work at all. | ||||
| Steps To Reproduce | Pay an order, wait for the wire transfer deadline, give the merchant backend a chance to fetch the WTID, click on the transfer. (note: I did SIGSTOP taler-exchange-transfer when producing the issue, but that should be orthogonal). | ||||
| Tags | design-required | ||||
|
|
Ah, one key detail: taler-merchant-reconciliation was NOT running, so there was no *amount* available. Once I started taler-merchant-reconciliation, the 'cancel' button started to work. So to reproduce, run the merchant backend without taler-merchant-reconciliation! (also, if the amount is not available, it should probably be *impossible* to confirm the wire transfer, basically, disable the "confirm" case with a hint/message like "Awaiting amount, make sure taler-merchant-reconciliation is running" somewhere.). |
|
|
Vlada: how to best explain to the user that they cannot confirm while the total amount remains unknown and that this is likely because some merchant service is not running properly -- I leave that to you. I'd probably just put some yellow bar into the dialog explaining this with way too much English text. After all, the case _should_ be uncommon. |
|
|
I can't reproduce this and there is no link between canceling/removing the dialog with the running services server side. Those actions doesn't trigger any http request. What if "verified": false ? This is like an error state because merchant calculation doesn't match with the exchange wire transfer amount, should the merchant still be able to confirm? |
|
|
I tried many ways. 1) Stopping reconciliation, confirm a wire transfer (worked) and try to reproduce. Nothing 2) Stopping httpd, confirm (failed) and try to reproduce. Nothing (dialog closes ok), http request fail but spa keeps working ok. 3) Starting again httpd, confirm (ok) and try to reproduce. Nothing Without reloading SPA. It could happen that an error was thrown and the SPA internal state was screw up, in this cases the console in the browser's developer tools should be good to check (if there isn't ANY error on the screen, which is weird). |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2026-01-31 20:55 | Christian Grothoff | New Issue | |
| 2026-01-31 20:55 | Christian Grothoff | Status | new => assigned |
| 2026-01-31 20:55 | Christian Grothoff | Assigned To | => sebasjm |
| 2026-01-31 20:58 | Christian Grothoff | Note Added: 0027508 | |
| 2026-01-31 20:58 | Christian Grothoff | Tag Attached: design-required | |
| 2026-01-31 20:59 | Christian Grothoff | Note Added: 0027509 | |
| 2026-01-31 21:00 | Christian Grothoff | Priority | high => low |
| 2026-01-31 21:00 | Christian Grothoff | Target Version | 1.5 => 1.8 |
| 2026-02-05 13:32 | sebasjm | Note Added: 0027587 | |
| 2026-02-05 13:33 | sebasjm | Assigned To | sebasjm => Christian Grothoff |
| 2026-02-05 13:33 | sebasjm | Status | assigned => feedback |
| 2026-02-05 13:39 | sebasjm | Note Added: 0027588 | |
| 2026-02-05 13:44 | sebasjm | Note Edited: 0027588 |
