Search:

I reported this to Support and they gave an override to resolve it. Giving it back to the community here:

"Combobox had been using displayTpl for the chosen value and the list of options. Now in...

We migrated a large Classic project to 7.1 with very minimal changes.
- combobox displayField vs displayTpl difference (possible bug)
- font awesome 4 to 5 name changes

The standard unchecked icon seems to be the outlined square. Yet the column menu of a grid column uses the solid, filled in square instead. Was that intentional or a bug?

Example:...

The million dollar question!

Yes, they released an update last Summer: https://www.sencha.com/blog/announcing-sencha-ext-js-7-0-and-tooling-ga/
Since 7.0 modern is now the recommended path...

Thank you for the fix! Works for us on 6.7

Seems a fiddle and workaround is here:
https://www.sencha.com/forum/showthread.php?472517-Mousewheel-scroll-direction-in-numberfield-with-spinners&p=1326803&viewfull=1#post1326803

Would love to...

We ran into this, too, after upgrading from 6.6 to 6.7. Feels like 2 bugs:
- select fired on picker open (aka blur, I guess)
- select fired when component has a value set within its initial config...

(this is a copy from my internal Support request #45297)

Similar to this open bug in Ext 6 Modern:
https://www.sencha.com/forum/showthread.php?335348


But we're using Ext 6 and Classic. The...

I've done this in Ext6 classic without a rowBody. Within a cell renderer you set the meta.tdAttr to use a rowspan="x". Also increase the cell width on meta.tdStyle (applied to the inner div). Then...

Same issue here and the workaround to set the window.closeAction to hide often helps.

We're now getting this problem, too. Seems new in 6.5.2.

I wonder where Modern vs Classic stands today.

Success here, too! It got broken after an install of JRE 1.8.73 - once those 3 java executables were removed from system32, cmd worked again.

Yes, latest stable release of Chrome seems to have solved it. Tested using Extjs Docs menu and the fiddle...

Thank you, siq, your solution on post 27 is nicely generic and seems to work well.

Ext version tested:

Ext 4.2.2
Browser versions tested against:

Chrome
DOCTYPE tested against:

HTML5
Description:

Confirmed bug in 4.2.2
I then applied the 4.2.3 version of the feature and it solved it. No side effects yet, but we're still testing.
...

I'm hopeful that 5.0's improved built-in column filter system is now good enough to avoid using a plugin. I haven't dove deep enough into though to tell.

Still an issue in 5.0 beta - hasn't gotten any better.

I haven't yet been able to put code to my design. It seems that idea plus the example from Eric in 4.1 is the closest we're currently at.

No, we've taken the destroy/re-create approach instead.

OK

And for those keeping track, reconfigure didn't get me very far. I'm now going down the path of a full grid destroy then add with a tweaked config. This will ensure the grid starts up with the...

Yes, just like this recent related thread:
http://www.sencha.com/forum/showthread.php?272661-Grid.applyState-moveColumn-bug-when-some-columns-are-hidden

What else must happen to update the grid's...

Additional info:

If you applyState before the grid component is fully initialized, the unhidden column will appear fine.

The bug only happens after the grid is visible and you applyState to...

4.2.1 and 4.2.2 nightly 9/24

If your grid defaults a column to be hidden. Then later you change state to unhide it and save that state. On later usage of that saved state via applyState the...

Checking now using 4.1.1 from your Fiddle example seems to work as expected. Still bugged in 4.2.1