UI.Web - A callback updates columns in two rows in inline edit mode (before saving)

Thanks for the hotfix, but it fixed most of the cases, however in some specific scenarios, the issue still occurs. I'll try to create a simple VS solution for you to reproduce the same issue even after applying this hotfix (12.2.8.13119).

Thanks, we will wait for your additional information.

Hi again,
Please see the attached simple VS solution + screen video (3 min length), which indicates two bugs after applying the hotfix (12.2.8.13119):

1. Callback is NOT executed successfully in inline mode of ListView (Web UI);
2. Callback causes fatal application error, when any TestObject record already exists, in inline mode of ListView (Web UI).

Thank you for your feedback, James. We need some time to research this problem and will return to you as soon as we have any results.

Thanks Konstantin for your reply! Looking forward to your fix to the hot-fix, because these issues prevent end users from using inline editing capabilities in list views.

We have fixed the application crash, and the fix will be available within the next minor update. As for the problem with the incorrect value of the editor, we are aware of this problem, but it cannot be fixed in the near future. Please refer to the UI.Web - BooleanPropertyEditor is not updated in the nested ListView after the associated record is changed in a popup window ticket for more details. Do not hesitate to create a separate ticket for each issue you might face. We are glad to assist you at any time.

Hi Konstantin, thanks for your reply.
As I stated in my update in Q472176, 'Log' column should not be marked as read only, simply because it may stand for 'Quantity' or 'Currency Rate' or 'Discount'. The callback (ImmediatePostData) will calculate a default value for such a column, and end users may change the default value by editing the column (cell).
So, please fix this bug. Thanks!

It seems that this problem and the UI.Web - Callback is not triggered when immediately saving in inline edit mode (input focus kept before saving) one are the same. I have updated my answer there. If you want to continue discussing this problem, please use the UI.Web - Callback is not triggered when immediately saving in inline edit mode (input focus kept before saving) ticket for this purpose.

Hi Konstantin, I decorated "Log" property as read only (for BoB class), but the bug still occurs. Please try the nested list view (BoA detail view --> BoB nested list view), adding or modifying multiple rows. If you still fail to re-produce this bug, I'll record another short video and attach it here.

Hi James
I have tried to replicate this problem once again but failed (see the attached video). Would you please provide me with a small video and detailed repro steps? I am looking forward to hearing from you.

Hi Konstantin, you should press tab or click outside the 'Name' column, to allow the callback (ImmediatePostData) to be executed. Please do not click 'Update' button directly after changing 'Name' column of a new row.

Please see my latest screen video to show you how to re-produce the callback bug in 'inline edit' mode of list views, after setting 'Log' column as read only.

Hi James,
Thank you for the video. I have reproduced this problem and we need additional time to research it. We will return to you as soon as we have any results.