View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010409 | Taler | wallet-core | public | 2025-09-15 14:17 | 2026-09-19 14:41 |
| Reporter | Florian Dold | Assigned To | Florian Dold | 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 | have not tried |
| Status | closed | Resolution | fixed | ||
| Target Version | 1.6 | Fixed in Version | 1.6 | ||
| Summary | 0010409: diagnose / reproduce repurchase detection issue | ||||
| Description | Via CG: "I just had a minor demo failure with repurchase detection on stage. Basically, user paid with iOS wallet against QR code on Chrome. Then I switched browser (to one with a WebExtension wallet installed), selected the same article, showed the QR code (which turned out to be HUGE), and even after the user scanned it repurchase detection didn't work: the WebExtension wallet continued to show the payment request, and not sure what the error (if any) was that the audience member was getting. But, re-loading the page also didn't work, so I'm pretty sure it wasn't PURELY a WebExtension bug. Could be wallet-core or iOS. Please do QC on repurchase detection!" | ||||
| Tags | debt | ||||
| related to | 0010244 | closed | sebasjm | wallet creates extra transactions on repurchase detection [4h] |
| related to | 0010567 | informing | Florian Dold | Can't continue from claimed but unpaid order |
| Seems like repurchase on iOS works fine, it's just that the WebExtension (not sure yet if the UI or wallet-core) doesn't properly notice that another wallet paid for the order. Going manually to the fulfillment URL (in the browser where WebExt claimed the order) works. | |
| Looks like wallet-core doesn't handle already_paid_order_id yet. The long-polling needs to be done with the right session_id, and when we get an already_paid_order_id, the order needs to transition into the "failed(paid-by-other)" state. | |
| Fixed here, might need some more testing: commit 33508e19b5aef6cffb1e57307679e62f863e5b7f (HEAD -> master, origin/master, origin/HEAD) Author: Florian Dold <florian@dold.me> Date: Fri Nov 14 17:41:07 2025 +0100 wallet-core: refactor checkPaymentByProposalId, improve repurchase detection | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-09-15 14:17 | Florian Dold | New Issue | |
| 2025-09-15 14:17 | Florian Dold | Status | new => assigned |
| 2025-09-15 14:17 | Florian Dold | Assigned To | => Florian Dold |
| 2025-09-15 22:36 | Florian Dold | Note Added: 0025920 | |
| 2025-09-15 23:03 | Florian Dold | Note Added: 0025921 | |
| 2025-09-27 18:06 | Christian Grothoff | Relationship added | related to 0010244 |
| 2025-09-27 18:14 | Christian Grothoff | Target Version | 1.1 => 1.3 |
| 2025-10-19 07:57 | Christian Grothoff | Target Version | 1.3 => 1.6 |
| 2025-11-14 16:43 | Florian Dold | Note Added: 0026438 | |
| 2025-11-14 19:36 | Florian Dold | Assigned To | Florian Dold => |
| 2025-11-14 19:36 | Florian Dold | Status | assigned => feedback |
| 2026-02-04 08:31 | Christian Grothoff | Tag Attached: debt | |
| 2026-02-04 08:31 | Christian Grothoff | Relationship added | related to 0010567 |
| 2026-05-29 18:58 | Christian Grothoff | Target Version | 1.6 => 1.7 |
| 2026-08-27 09:07 | Florian Dold | Assigned To | => Florian Dold |
| 2026-08-27 09:07 | Florian Dold | Status | feedback => informing |
| 2026-08-27 09:07 | Florian Dold | Resolution | open => fixed |
| 2026-08-29 15:01 | vecirex | Status | informing => closed |
| 2026-09-19 14:41 | Christian Grothoff | Fixed in Version | => 1.6 |
| 2026-09-19 14:41 | Christian Grothoff | Target Version | 1.7 => 1.6 |