View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011735 | Taler | wallet (all platforms) | public | 2026-08-19 15:45 | 2026-08-19 21:42 |
| Reporter | vecirex | Assigned To | vecirex | ||
| Priority | high | Severity | block | Reproducibility | have not tried |
| Status | feedback | Resolution | open | ||
| Summary | 0011735: Try to isolate performance issues observerd w/ Android Wallet v1.6.2 (google 86) against talersticker mytops shop | ||||
| Description | Testing w/ our TOPS/CHF test shop "talersticker": https://taler-ops.ch/de/testshop.html Time from QR code / order creation and visible paid status of orders in the amounts of CHF 0.04, CHF 0.44 and 4.44 took from a few seconds in the first case in total to almost a minute in the last case; the attempt to create an order w/ CHF 5.55 didn't reach the server even, Android continued spinning, "creating the order"; app had to be stopped by force. It might be that I've a (grown) old, broken local DB on this production wallet: in any case, we must find out what happens here, and if this is by any means reproducible. | ||||
| Steps To Reproduce | Server-side issue seem unlikely, as steps where the server is involed always take clearly below 1s. Also, what was tested (just to exclude more clearly): - server restart didn't change anything - restarting the taler components by restarting taler-merchant.target in between payments also didn't change the pattern - restarting the app in between payments also didn't help That is, also w/ other laddered orders (amounts increasing substantially), which could be paid, substantial speed degradation / increase in waiting time could be observed; if orders were created at all. | ||||
| Tags | android, quality, wallet | ||||
|
|
Issue can be confirmed to exist in current app versions, luckily real-world cases couldn't be observed to any systematic degree; just the recent talersticker tests clearly show the pattern, which is due to the wrong SQL implementation being used, which seems to be an issue reinroduced. Via fdold, to test it works properly, payments can be tried with and without this env var set: export TALER_WALLET_MIGRATE_NATIVE_DB=1 Payment links which can be used in the stage env, to measure the diff (on it): taler://pay-template/stage.my.taler-ops.ch/instances/tops/test_fixed_1 taler://pay-template/stage.my.taler-ops.ch/instances/tops/test_flexible_amount_1 After confirming this to solve the issue and given new app versions are immanent (app devs right now on it), ticket can soon be closed. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2026-08-19 15:45 | vecirex | New Issue | |
| 2026-08-19 15:45 | vecirex | Tag Attached: android | |
| 2026-08-19 15:45 | vecirex | Tag Attached: quality | |
| 2026-08-19 15:45 | vecirex | Tag Attached: wallet | |
| 2026-08-19 15:46 | vecirex | Assigned To | => vecirex |
| 2026-08-19 15:46 | vecirex | Status | new => assigned |
| 2026-08-19 15:58 | vecirex | Description Updated | |
| 2026-08-19 15:58 | vecirex | Steps to Reproduce Updated | |
| 2026-08-19 21:38 | vecirex | Priority | urgent => high |
| 2026-08-19 21:38 | vecirex | Status | assigned => feedback |
| 2026-08-19 21:38 | vecirex | Note Added: 0029517 | |
| 2026-08-19 21:39 | vecirex | Note Edited: 0029517 | |
| 2026-08-19 21:39 | vecirex | Note Edited: 0029517 | |
| 2026-08-19 21:42 | vecirex | Note Edited: 0029517 |
