I found the same problem in Touch 2.3.0, tabBar pushed up when keypad is visible and next's button action don't follow the form.
If we have a form with a lot of field, with next button the form don't scroll down, so next fields are hide down the keypad.
Same is happening here... again using ST2.3, Cordova 3.1, iOS SDK7.0 as native app.
The strange thing is that after playing around with with the KeyboardShrinksView setting in Xcode it didn't happen for a while. After testing the app for several minutes though it reoccured and everything docked to the bottom got pushed up by the soft keyboard again - without moving the above ui up. If you then close the soft keyboard the view is somewhat shifted to the top (approx. by the amount of the keyboards height). Once that has happened you are not able to scroll the view to the top and you will see an empty area at the bottom.
I am guessing that the bug is somewhere in the mechanics to push the the rest of the view up (probably using css transform) rather then the behaviour of the bottom bar.
I have seen similar unpredictable things in the past in Android hybrid apps - which was usually related to hardware accelerated renderings within the web view (e.g. css transformations). I am also occasionally noticing other minor glitches in iOS SDK7.0 hybrid apps - for example ui elements shortly showing through elements that are in higher view hierarchy.
Did Apple maybe unpimp the web view that's being used by Cordova?
Great to hear that this is resolved in 2.3.?, but for those of us unable to upgrade to due critical new defects introduced in 2.3.0/2.3.1 (TOUCH-5163, TOUCH-4982 and more in my case), a fix for 2.2 is needed.
// this seems to be needed every pass otherwise the device (iPad)
// starts shrinking the webview again
self.webView.scrollView.contentInset = UIEdgeInsetsMake(0, 0, 0, 0);
self.webView.frame = newFrame;