I've got an issue with my ListGrid where I try to collapse an expansion panel by clicking the caret, but instead of collapsing, the row repositions and remains open. A second click will collapse the panel. I've been unable to reproduce this in your showcase, but it's very similar code to the example I put in this issue:
https://forums.smartclient.com/forum...window-instead
Basically, the flow for reproducing it in my code is (this reproduces it every time):
1) load page
2) open the first row's expansion layout
3) scroll to the bottom (it it's quite tall)
4) click a button which adds rows to a ListGrid contained in the expansion panel. The inner ListGrid temporarily gets wider (probably related to autofit) and overflows its VLayout container (which itself is one or two levels nested within the expansion layout), but after a split second it snaps back to be held by the VLayout.
5) scroll back up to the top of the row and try to close it: 2 clicks are required. I can open/close the row with single clicks after that, unless I add more rows to the inner table.
So unfortunately, I don't have anything in hand for you to test, but I'm happy to try any debugging or mitigation ideas you'd recommend. I tried things like turning off all the autofitting and calling markForRedraw+reflow on every parent all the way to the top, and the problem still occurs.
Thanks for any advice!
Here's a gif (i had to trim it down quite a bit so that it would be small enough):
as well as screenshots of the Chrome debugger for the 1st and the 2nd clicks. In the debugger, you can see the different branches it takes in handleClick for the 1st and 2nd clicks. You'll also see that the "target" variable is different for both.
Also, for the first click, I can tell from a debugger breakpoint that the row has already jumped by the time handleMouseUp is called.
I'm using the latest Smartclient ("v11.1p_2017-11-29/LGPL Deployment")
This problem occurs in:
Chrome (on macOS): Version 62.0.3202.94 (Official Build) (64-bit)
Safari Version 11.0.1 (12604.3.5.1.1)
IE 11.962
Problem does not occur in Firefox: 57.0 (64-bit)
First click:
2nd click:
https://forums.smartclient.com/forum...window-instead
Basically, the flow for reproducing it in my code is (this reproduces it every time):
1) load page
2) open the first row's expansion layout
3) scroll to the bottom (it it's quite tall)
4) click a button which adds rows to a ListGrid contained in the expansion panel. The inner ListGrid temporarily gets wider (probably related to autofit) and overflows its VLayout container (which itself is one or two levels nested within the expansion layout), but after a split second it snaps back to be held by the VLayout.
5) scroll back up to the top of the row and try to close it: 2 clicks are required. I can open/close the row with single clicks after that, unless I add more rows to the inner table.
So unfortunately, I don't have anything in hand for you to test, but I'm happy to try any debugging or mitigation ideas you'd recommend. I tried things like turning off all the autofitting and calling markForRedraw+reflow on every parent all the way to the top, and the problem still occurs.
Thanks for any advice!
Here's a gif (i had to trim it down quite a bit so that it would be small enough):
as well as screenshots of the Chrome debugger for the 1st and the 2nd clicks. In the debugger, you can see the different branches it takes in handleClick for the 1st and 2nd clicks. You'll also see that the "target" variable is different for both.
Also, for the first click, I can tell from a debugger breakpoint that the row has already jumped by the time handleMouseUp is called.
I'm using the latest Smartclient ("v11.1p_2017-11-29/LGPL Deployment")
This problem occurs in:
Chrome (on macOS): Version 62.0.3202.94 (Official Build) (64-bit)
Safari Version 11.0.1 (12604.3.5.1.1)
IE 11.962
Problem does not occur in Firefox: 57.0 (64-bit)
First click:
2nd click:
Attached Files
Comment