Although the previous answer has already been accepted, there are a few points that I would like to clarify.
Ext does not use the βmodifiedβ GPL license. It is fully duplicated under the GPL v3 standard and Sencha commercial license. There are FLOSS exceptions to make it more compatible with plugin / extension developers, etc., but the GPL is a standard license.
The list of flaws, while mostly fair points in general, is somewhat meaningless without any context. Comparing Ext JS with jQuery is also pointless - comparing apples to oranges. If you are comparing Ext JS with other comparable RIA structures (Dojo, YUI, Sproutcore), then things like footprint, CSS / HTML complexity, debugging, etc. Become pretty even (or at least a more useful contrast can be made). Just saying that these things are βconsβ in the abstract are not very accurate, since they are basically just the requirements of any complex RIA structure.
For a few specific points, this list (according to the original article) refers to Ext 3.0. The current version at the time of this writing is 4.0.7. The total amount of code actually increased from 3.0, but Ext now comes with a dynamic class system and build tools that allow you to create optimized builds based on your application dependencies. So yes, this one has a big common footprint, but no, you donβt need to include everything.
CSS / HTML complexity is predefined, based on the complexity of widgets and layout systems supported by Ext JS. This is very common in the RIA world and does not look like simple jQuery plugins. Version 4.0 now uses SASS / Compass btw with CSS created, so customizing the original styles is actually a lot easier than version 3.0.
Debugging is also a bit easier in 4.0 (again due to the new class system), but certainly harder than any statically typed language like Java (GWT). This is a problem for any JavaScript-based framework, not just Ext.
Of course, you can add bookmarks to your application if you implement history / state support (both are offered by Ext). This is what you should do, as it is application specific (there is a certain automatic state control at the level of individual widgets), but it is certainly possible. Again, this is a common RIA problem, not something special for Ext.
A list of pros with whom I would agree (except for paragraph 5, which is presented out of context and does not make sense). In fact, the documentation and guides handled better with version 3.0. If you need specific comparisons between Ext JS and other RIA infrastructures, just search for an SO that has been well covered .