STR: 1. I reproduced this on an Otoro phone 2. go to trulia.com 3. tap the search icon (the looking glass) 4. tap search (the default search is for Los Angeles) 5. scroll down through the results Actual result: the scrolling eventually locks up, it becomes impossible to scroll up or down. The back button still allows to get out. Got this while trying to reproduce bug 824777 on an Otoro.
Step 2.5: tap "homes for sale". This is exactly the STR of bug 824777 comment 11.
Oh, flinging then allows to un-lock the scrolling. Could be specific to TrackTouch scrolling.
jlebar, is this what you fixed yesterday? something about 'Holding a lock while calling out to other code' in the panning controller.
(In reply to Doug Turner (:dougt) from comment #3) > jlebar, is this what you fixed yesterday? something about 'Holding a lock > while calling out to other code' in the panning controller. The browser wasn't using the code which triggered the deadlock fixed by bug 828969. Also, it was a permanent deadlock in the main process, unlike what's described here. However, as described, this bug sounds a lot like it will be fixed by switching the browser to mozbrowserasyncscroll, which we should be able to do now that bug 828969 has been fixed.
The relevant browser bug which may fix this is bug 797633.
going to make this blocking on 797633 for now.