You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If someone decides to pursue this bug in the future: here's what I've learned.
The bug is caused by hiding and showing the navigation bar while a search bar exists. It seems like a bug with UINavigationController. Admittedly, showing and hiding the nav bar is a bit suspicious. But it works perfectly without a search bar, and even has a custom animation (see Transit iOS pushing the routes VC)
If you remove the fake navigation bar in CampusMenuViewController (added by its superclass) and replace it with the real navigation bar, then you encounter ANOTHER bug with UINavigationController and Hero. EIther Hero specifies the wrong animation duration, or the navigation controller doesn't animate the navigation bar properly. In either case, the navigation bar is still animating after the view becomes interactive. If you try implementing this:
Open the menu for an Eatery at the top of the page
Press the back button in the top left
Spam-press where another Eatery will be (or learn the timing and press it while the nav bar is still animating)
Watch the search bar be stuck in the middle of the screen
So I've abandoned this strategy.
I've given up on this for now, but to future me (or someone else), try forcing the navigation bar to recompute its frame just a moment after the user releases their finger. Either that, or replace the navigation bar on the EateriesViewController with another fake navigation bar
Recreate:
The text was updated successfully, but these errors were encountered: