Closed wolffan closed 6 years ago
Sounds like a reasonable solution. Testing it now.
Hmm wifi building in Xcode isn't working right now so I can't test it. I'll approve once I get to an adaptor.
This isn't doing anything for me. I don't see any loading spinner.
double checking it's using the correct code now
Actually I do see it, but it's going away really fast, way before syncing finishes.
Ahh it's because we call reloadData in viewWillAppear (after viewDidLoad) which then tells the refreshcontrol to stop.
Also ideally we wanted to show that it was loading every time, not just on launch, though this approach does solved the biggest issue.
Also it doesn't work properly if you have the cards expanded. Fixing the issues now.
Wow that UIRefreshControl tintColor bug is super annoying, but I figured out a workaround.
Besides that, here are the changes I made:
Doing some final testing now then will push and approve.
I tested various cases like switching tabs back when syncing has started and the table is at the top, the same when it's in the middle, first launch, etc. All is working well now.
Forcing reload of the tab every time we enter the app (that is even when app opens) Why? because syncing process starts after we have loaded the view, therefore we can't trust the syncer state. Instead of adding a loading to the bar I just scroll the UI as if user pulled to show it's refreshing (it ends when syncer normally ends) Does this pull request close an issue? If so, which one?
508