User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0 Build ID: 20150108202552 Steps to reproduce: Typed in SMS message. Actual results: The keyboard performance in 2.1, 2.2 and 3.0 is significantly lower than it was in 2.0, as shown on those videos: Taken on 2.0 - high performance of keyboard: https://www.youtube.com/watch?v=f1_ijMet_Ac Taken on 3.0 - low performance of keyboard, delay between pressing keys is easily visible: https://www.youtube.com/watch?v=Zz0RNuKaWQU Expected results: Keyboard performance should be not worse than it was in previous versions.
Actually performance of entire system is getting worse in my opinion, but yes, your videos are showing the difference. I do not have comparision to older build, but I can say that on mine 3.0 it looks like yours.
Tim, could you take a look on it?
It would be hard to identify where the problem is simply by looking at the two videos. I can't think of any changes in the code that could cause this on top of my head -- all changes in API and the code recently are all about switching between input targets / apps, not the actual key strokes. Let me flag qawanted first to see if it's possible to find a regression bug. If this is not something QA will be able to help feel free to remove the flag.
We generally don't do regression windows on performance issues because often times it's not one single change that caused the issue. Also we've retired Buri device since 2.0 was master and we're not observing keyboard issues on current Flame branches as far as I know.
(In reply to Pi Wei Cheng [:piwei] from comment #4) > We generally don't do regression windows on performance issues because often > times it's not one single change that caused the issue. Also we've retired > Buri device since 2.0 was master and we're not observing keyboard issues on > current Flame branches as far as I know. Then as I understand nothing is going to be done with it in such situation?
(In reply to mac from comment #5) > Then as I understand nothing is going to be done with it in such situation? This means there's only so much that QA (myself) can do to help resolve a bug. For this issue the developers are on their own to resolve it.
Tim, can you check on your side the perf regression reported here? I don't think it's that important to get a regression range but we need to understand what makes us slow and fix it.
This is blocking issue for all who still use hamachi. I know - it is no longer supported. But when the issue will be fixed many people (i.e. in Poland but I'm sure not only) would move forward and change to master. Now they stuck on b2g 2.0.
Not only in Poland, here in Mexico many people still have and use their hamachi, in MexMod we are compiling roms for this device and many users has reported problems with the keyboard and the low performance since 2.2 version. Please let us know where is the problem or how to fix it :)