Closed bonebox closed 12 years ago
Ok, the problem is with "[self makeKeyAndVisible]" in "BlockBackground.m". The call to [self resignKeyWindow] is not actually resigning the window (besides, Apple documentation says to never invoke this method directly). So you'd need to either pass in the calling view on init in order to set it back to the key window when cleaning up, or more simply, you can just remove the [self makeKeyAndVisible] and [self resignKeyWindow] calls from BlockBackground.m, it works fine without them.
This is not fixed for me and I can't seem to find anywhere the lines you are referring to.
It's probably because I was using an older version when I posted this, and that code has been removed in the latest version. The latest version is working for me, so you might check that you are running the latest. If so, I'm not sure what the problem is...
I'm already running the latest version, I'll first see it the issue is not coming from somewhere else I guess.
I recently ran into this problem when I had two active tableviews on screen. I had to set the "scrollsToTop" property to NO for one of them to get it to work. Probably not your problem, but figured I'd share just in case.
After either class is initialized, you can no longer tap the status bar to scroll to top after the action sheet or alert is dismissed. Seems that a view isn't getting cleaned up properly after dismissal and is blocking the status bar.