View Issue Details

IDProjectCategoryView StatusLast Update
0008894Talerwallet (iOS App)public2025-05-08 20:37
ReporterMarcS Assigned ToResolution deadline
ImplementerReviewer 
Release signed byDeployed by 
VerifierCommunicator 
Data protection authority notification requiredNo  
CSIRT notification requiredNo  
Estimated effort (hours)Actual effort (hours)0 
Fast-trackNo
Work packagenone
PrioritynormalSeverityminorReproducibilityalways
Status implementingResolutionopen 
Product Version0.12 
Target Versionpost-1.0 
Summary0008894: Pull-to-Refresh (if no pending transactions exist)
DescriptionIn the 'Transactions' list view in iOS Taler Wallet, you can use pull-down-to-refresh to reload the list when you're waiting for e.g. a withdrawal to finish.
But if there are no pending transactions, then pull-down-to-refresh cannot provide new data, but fools the user into thinking something COULD happen.
However, if we just disable pull-down-to-refresh if no pending transactions exist, then the user will experience "it doesn't work" and cannot determine why it works sometimes - and doesn't most of the time, and will stop trying, thinking the app is buggy.
Thus we need to keep pull-down-to-refresh enabled, but inform the user "Currently there are no pending transactions which might finish in the background. Refreshing will not deliver newer data".

On the other hand, pull-down-to-refresh is not really useful for a financial app. It makes sense for eg. social networks where fresh data is generated every second, and the user pulls down when they are ready to receive new posts (and get rid of older ones), but in our case the UI should update automatically whenever new data arrives (triggered by wallet-core notifications).

==> We should probably remove pull-down-to-refresh completely.
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Activities

There are no notes attached to this issue.

Issue History

Date ModifiedUsernameFieldChange
2024-06-04 15:55MarcSNew Issue
2024-06-04 15:55MarcSStatusnew => assigned
2024-06-04 15:55MarcSAssigned To => MarcS
2024-06-04 23:51Christian GrothoffTarget Version0.12 => post-1.0
2025-05-08 20:27Christian GrothoffAssigned ToMarcS =>
2025-05-08 20:27Christian GrothoffStatusassigned => implementing