12.1d: Modal mask problems with DataSource Fetches

[Blama]

Hi Isomorphic,

please see this modified sample (SNAPSHOT_v12.1d_2018-11-12/All).

After some scrolling and therefore firing DSRequests, the very dark modal mask behind the window gets removed.
I noticed this testing my application with 12.1d. If this is 12.1d only, which I assume, this is not urgent for me, but should be fixed before 12.1d becomes 12.1p.

isc.HStack.create({
    ID: "hStack",
    height: 50,
    membersMargin: 10,
    autoDraw: false,
    members: [
        isc.IButton.create({
            ID: "touchButton",
            width: 120,
            title: "Touch This"
        }),
        isc.Label.create({
            height: 20,
            contents: "<a href='http://www.google.com' target='_blank'>Open Google</a>"
        })
    ]
});

isc.IButton.create({
    ID: "button",
    autoDraw: false,
    title: "Show Window",
    click: function () {
        touchButton.setTitle("Can't Touch This");
        isc.Window.create({
            ID: "modalWindow",
            width: 500,
            height: 500,
            title: "Modal Window",
            autoSize: true,
            autoCenter: true,
            isModal: true,
            showModalMask: true,
            modalMaskOpacity: 90,
            closeClick: function () {
                touchButton.setTitle('Touch This');
                this.Super("closeClick", arguments)
            },
            items: [
                isc.ListGrid.create({
                    ID: "dsListGrid",
                    width: 490,
                    height: 450,
                    autoFetchData: true,
                    dataSource: "supplyItem"
                })
            ]
        });
    }
});

isc.VLayout.create({
    defaultLayoutAlign: "center",
    members: [hStack, button]
});

Best regards
Blama

[Blama]

Hi Isomorphic,

I just saw this behavior also in my application (mask goes away after some DSRequest).
I then tested the very same testcase as in #1 in v11.1p_2018-11-15, where it is also happening. So not a 12.1d problem, but a general one.

Best regards
Blama

[Isomorphic]

We're not seeing this effect in testing, with your sample.

Can you tell us anything more about the mechanics of what you're doing to cause it? Just scrolling around in large or small increments doesn't result in the mask being hidden for us.

Which browsers are you seeing this in?

[Blama]

Hi Isomorphic,

I saw it in current Chrome. I'm using Chromium Version 69.0.3497.81 on Win10 and I also saw it in a current Chrome on MacOS.
I can also reproduce with the test code in today's showcase (SNAPSHOT_v12.1d_2018-11-19) with Microsoft EdgeHTML 17.17134 / Win10 as well as FF26 / Win10.

Scrolling and jumping around in the List was enough to trigger it. I always dragged the scroll bar knob with the mouse to arbitrary positions and let go.

It also happens in my application for other DSRequest-related actions in components inside SmartGWT-Windows with opacity.

Best regards
Blama

[Isomorphic]

Ah, we see it now - a row (or other sub-element) in the grid has to be focused first - then the issue is easily reproduced.

We'll update here shortly when it's been fixed.

[Isomorphic]

We've fixed this one for builds dated November 21 and later - the issue was with the rollOver/Under canvases that ListGrids create - the recently added mask-stacking logic wasn't dealing with these widgets (they float relative to the grid body but aren't real children of the grid).

[Blama]

Hi Isomorphic,

you did this fix in 6.1p/12.0p/12.1d, correct?

Best regards
Blama

[Isomorphic]

Yes, back to 11.1/6.1

[Blama]

Perfect, thank you. Looking forward to it.

Best regards
Blama

[Isomorphic]

Note that this fix didn't make it into the 12.0 or 11.1 queues in time for today's builds - you can test it out in 12.1 today but you'll have to wait until tomorrow for 12.0 and 11.1.

[Blama]

Hi Isomorphic,

thanks, this seems to be fixed in the showcase samples (tested 11.1p and 12.1d). I'll report back if I still see problems in my application.

Best regards
Blama