-
☆ A M B ☆
- 160 Posts
After investigation more, this seem to be a issue with the pagination on pagesize in ext, I have tested some of the core MODx modules like the policy combo by changing it to 2 and trying to edit one that wouldn't be available on the first set of results and it worked until I clicked the combo-box and not select anything then try to edit again to see that its showing the id rather than the name of the item.
-
☆ A M B ☆
- 3,141 Posts
Can you post your processor?
Line 13-16 in your posted ExtJS is moot, it already sends an "id" param by default if there is a value set (which is what your record config or setValues method does).
Just make sure that the specific object is included in the response. This is one way:
https://github.com/Mark-H/bdListings/blob/master/core/components/bdlistings/processors/mgr/category/getcombo.php#L13
-
☆ A M B ☆
- 160 Posts
Hey Mark, this is not entirely true about Line 13-16 since this only happens once. Because the window is only hidden and then shown again when the user clicks update. The only transaction that would happen is the Values being set. Even with my processor having the id in there the problem persists.
Using my method above I get it to deliver back the right related item but the actual field won't update since its already rendered.
I have tested this in the MODx core itself and noticed it has the same issue. Just open your modx.combo.js and edit the Policy combo PageSize to 2. You will get the issue I am having at that point.