Hi Isomorphic,
I just noted a bug after switching from from 5.1p build from August (unfortunately I can't tell you which one exactly) to today's v10.1p_2016-10-16/PowerEdition.
I did not create a testcase yet, but perhaps you can work with the screen recording as well.
I have two ListGrids, displaying the data from one DB-View, one filtered to id is null, one filtered to id is not null.
The drag action in the video is manual and the new record returned from the DSOperation has the id set, making the entry move from one list to another (it's a view, the real operation is done on a table in server side DMI).
This used to work. Now, as you can see, the filterRow changes its design (=is broken, see uneditable values 13, 34) after the operation finishes.
Do you have an idea what is broken here? There is no message in the Developer Console.
Thank you & Best regards
Blama
I just noted a bug after switching from from 5.1p build from August (unfortunately I can't tell you which one exactly) to today's v10.1p_2016-10-16/PowerEdition.
I did not create a testcase yet, but perhaps you can work with the screen recording as well.
I have two ListGrids, displaying the data from one DB-View, one filtered to id is null, one filtered to id is not null.
The drag action in the video is manual and the new record returned from the DSOperation has the id set, making the entry move from one list to another (it's a view, the real operation is done on a table in server side DMI).
This used to work. Now, as you can see, the filterRow changes its design (=is broken, see uneditable values 13, 34) after the operation finishes.
Do you have an idea what is broken here? There is no message in the Developer Console.
Thank you & Best regards
Blama
Comment