Thank you for reporting this bug. We will make it our priority to review this report.
Ext GWT Premium Member
Tabbing in in-lined editing grid extremely slow in Windows XP / IE8
Internet Explorer 8 (8.0.6001.18702)
Test Code : http://staging.sencha.com:8080/examp...needitablegrid
If you bring up your test for the inline editable grid on Internet Explorer 8 on a Windows XP machine, tabbing is ultra slow and if the user is tabbing/entering/tabbing/etc, keystrokes are lost. You don't have to be super fast, but it is ok if the user is ultra slow. For data entry users, it is very problematic.
There is no issues for:
So this is something unique to Sencha, Windows XP, and IE8.
- Windows 7 and Internet Explorer 8.
- Windows XP and Firefox
Thanks for the specificity - thought I'm curious as to how IE8 would behave differently in different OSes...
I'm presently unable to reproduce this on my machine - tested two different machines, both XP/IE8. I've put up a special nightly build compiled in PRETTY to use either with IE8's built-in profiling tools or with DynaTrace AJAX Edition to get some data about what exactly is slow.
Here's the basic steps we've used to try to reproduce this:
* Launch IE8 (8.0.6001.18702) on a XP (SP2) box
* Load http://staging.sencha.com:8080/examp...needitablegrid
* Focus on a text column
* Quickly, enter keystrokes to edit, hit tab or shift-tab to switch fields
On both machines tested, we observed that the fields were effectively changing as fast as we could hit tab.
Any additional details about steps, environment, or specific profiling details will be helpful for us to look further into this.
One additional thought (since it has come up twice in the last week) - any plugins running in IE8? Aside from Dev Mode (though not in use in this case) - we can be sure that we've got that in common.
Ext GWT Premium Member
As always, thanks for the quick response and feedback.
Now, we had users first notice slowness with IE8/XP and I was surprised as you that XP would behave differently than Windows 7 (all development and testing is done on Windows 7, but we do have a few users on XP).
My first attempt to was to try to reproduce this outside of our codebase. In our grids we have events fired on edit completion that also will fire events on cells to force them to be redrawn. So, my initial thought was that it had something to do with that. However, when I ran against the inline editable grid example, I saw enough to make me think it could be related to the grid.
In my response, if you hold the tab key down (don't worry about typing anything in the cells), just hold the key down, that is when the grid will loose focus prior to getting to the last cell in the grid. This is obviously not a major concern (I don't know why a user would do this for any valid data entry scenario, but I guess they could use it to skip to "row 10" or something if they didn't want to move their hands off the tab key). In any case, it just made me think/wonder if there was a timing issue.
I noticed major slowness on an OLD machine with XP and IE8 (single core AMD processor), but that machine had no problems under Firefox. With machines at work (laptops with i5 cores) we did notice it slower than on Windows 7 machines (and on Chrome on the same machine), but it wasn't night and day.
I am also going to make a special request to our infrastructure here so I can open up the non-standard port to your staging machine (since it is port 8080). I will also look at writing a test case that showcases this more (with code that had a onCompleted event and datastore events).
So, at this point, I agree I need to provide you more information. I will try to work on that. I also need to get feedback from staff here to see how much time/effort they want to me to invest into that.
Originally Posted by Colin Alworth
Sencha Premium Member
I would be very interested in hearing any progress or resolution to this problem. We are currently experiencing a very similar issue in our application (generalized, not specific to one page) where everything is much slower on a lower end pc running windows XP and IE8 on a website using Ext 4.x.
Did you fix your problem?
Hi I do also have the problem with windows XP IE 8 .EXTJS screen is not functioning on windows XP IE 8.Does anybody have a fix for this as 25% of our clients use Windows XP IE8 it will be a big mess.
chodavad, as I said to spaque99/Seb above, this post (and this forum you are in) is specific to GXT 3, not to any version of Ext JS.