An update for my app was approved today, and I just realized it has a rather critical bug. I want to get it fixed and submitted asap but I am not having any luck figuring out what is causing the issue. The problem: The app i am having the issue with is "Rage Wallpaper" - it has a bunch of rage comic themed wallpapers sized for the retina display. The home screen of the app is a basic list menu, as can be seen in this screenshot - http://www.pixobit.com/wp-content/uploads/2012/09/iOS-Simulator-Screen-shot-Sep-22-2012-1.16.56-PM.png Selecting the "wallpaper" option brings the user to an image gallery screen with the standard toolbar on the bottom and a socialize action bar on the top, as can be seen in this screen - http://www.pixobit.com/wp-content/uploads/2012/09/iOS-Simulator-Screen-shot-Sep-22-2012-1.17.27-PM.png Here is the buggy part - tapping the "back" button on the top bar brings the user back to the home screen and the navigation bar has mysteriously disappeared! Screenshot - http://www.pixobit.com/wp-content/uploads/2012/09/iOS-Simulator-Screen-shot-Sep-22-2012-1.17.44-PM.png The reason this is such an issue is because from this point on no regular navigation bars show in the app - making navigation impossible. I didn't notice it before because it seems to happen sort of randomly. Here is the output log of this whole scenario: 2012-09-22 13:25:51.188 ragewallpaper[9908:c07] [RevMob] Starting session 2012-09-22 13:25:51.386 ragewallpaper[9908:c07] BT_application: initializing buzztouch application 2012-09-22 13:25:51.386 ragewallpaper[9908:c07] BT_device: INIT 2012-09-22 13:25:51.387 ragewallpaper[9908:c07] BT_device: Unique UUID does not exist, ###### EDIT removed a bunch of output console text

Just to let you guys no it's not so urgent anymore since I just decided to hide the nav bar on the home screen and that fixes the issue. Still...I'd be interested to know what was causing that if anybody can figure it out

It's so great to be able to fix something in a live app! Buzztouch rocks!

Yeah...as long as people actually tap "yes" when it asks to refresh. I imagine a good number of people probably just think its a pop-up and cancel it instinctively

The other problem is that they don't get the request to refresh when they first open the app. So they won't know to refresh. But you could put a message on your app description.

I'll be this is related to the "back button" on the Socialize toolbar. What action or method is fired when this back button is pressed. If it's connected to an action that's NOT the built in BT "handle left nav tap" (see BT_viewController.m) then the navigation bar on the previous screen will not be setup. You'll need to figure out how to access the Socialize back button and change it's action to the standard BT back action. This is -(void)navLeftTap in BT_viewController.m

I actually did copy and paste that exact code from BT_viewcontroller.m - the socialize bar doesn't have a "back" function built in, but it allows you to customize the bar with any functions you need. I've used the same back button in a few other apps with no issues This is a 1.5 app by the way, so I guess as long as the bug isn't occurring in 2.0 apps it's not exactly an outstanding issue

"but it allows you to customize the bar with any functions you need" This makes some sense. I wonder if Socialize bar is creating another UINavigationController and replacing the one on the your home screen? Have a look at the Menu List screen and make sure the viewWillAppear method is firing when you go "back" to it. This is the method that triggers the configureBackgroundAndNavBar on each screen. The configureBackgroundAndNavBar method needs to run to setup the nav. bar, even on "back"