View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008618 | Taler | wallet (Android App) | public | 2024-03-08 19:47 | 2024-04-15 19:32 |
| Reporter | Florian Dold | Assigned To | grote | 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 | normal | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Target Version | 0.10 | Fixed in Version | 0.10 | ||
| Summary | 0008618: when scanning taler://withdraw-exchange QR code, stays on home screen for a while, then suddenly switches to withdrawal | ||||
| Description | That's confusing/distracting to the user, it first looks like it doesn't work. | ||||
| Tags | No tags attached. | ||||
| How do I generate a withdraw-exchange:// URI for testing? | |
| This is due to the way the withdraw-exchange:// URI is being handled by the app. Most URIs prepare trigger a navigation action immediately, even before the Taler operation is finished, and the target view takes care of showing a loading screen. However, for withdraw-exchange:// URI, the app prepares the manual withdrawal in the home screen, and once it's done, it navigates to the manual withdrawal screen. This is currently necessary because the manual withdrawal view requires the amount to be passed as an argument. However, the app shows a loading bar while preparing the manual withdrawal, so it shouldn't necessarily look like it's not working. | |
| The problem is that: a) The loading bar isn't very reliable, it sometimes spins even though nothing obvious is going on b) The loading bar seems to indicate *background* activity, but the user scanning a QR code should be a *foreground* activity, so it's fine to show a blocking / "full-screen" loading indicator. | |
| I address this in dev/ivan-avalos/uri-refac by moving all URI handling to a new fragment that shows a loading screen. This is a bit of a radical fix, but it also helps clean up MainActivity significantly. Now awaiting Torsten feedback. | |
| Merged in commits 65a656163797e9dd298b34ec916b982082db7f52 to 29d9c97e12df4593535bae1a024584d70626a8c6. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-03-08 19:47 | Florian Dold | New Issue | |
| 2024-03-08 19:47 | Florian Dold | Status | new => assigned |
| 2024-03-08 19:47 | Florian Dold | Assigned To | => avalos |
| 2024-03-12 15:31 | avalos | Note Added: 0021876 | |
| 2024-03-12 15:32 | avalos | Note Edited: 0021876 | |
| 2024-03-13 19:44 | avalos | Note Added: 0021905 | |
| 2024-03-15 21:46 | avalos | Assigned To | avalos => Florian Dold |
| 2024-03-15 21:46 | avalos | Status | assigned => feedback |
| 2024-03-25 20:04 | Florian Dold | Status | feedback => assigned |
| 2024-03-25 20:04 | Florian Dold | Note Added: 0021990 | |
| 2024-03-25 20:04 | Florian Dold | Assigned To | Florian Dold => avalos |
| 2024-03-26 15:53 | avalos | Assigned To | avalos => grote |
| 2024-03-26 15:53 | avalos | Status | assigned => feedback |
| 2024-03-26 15:53 | avalos | Note Added: 0021999 | |
| 2024-04-03 17:05 | avalos | Status | feedback => informing |
| 2024-04-03 17:05 | avalos | Resolution | open => fixed |
| 2024-04-03 17:05 | avalos | Note Added: 0022098 | |
| 2024-04-09 11:11 | Christian Grothoff | Fixed in Version | => 0.10 |
| 2024-04-15 19:32 | Christian Grothoff | Status | informing => closed |