Issue 31159  —   OnChange trigger, Internet Explorer: cursor disappears after certain actions

Status:   Solved in 10.2.01

Solution available in patch(es):      G103    MG01

Description:

 Summary:
 OnChange trigger, Internet Explorer: cursor disappears after
 certain actions

 Environment:
 - Uniface: Uniface 9.7 + patch G101 or later
 - Operating System: OS independent
 - Database: DBMS independent
 - Browser: Internet Explorer

   NOTE - Patch G101 is required because of bug 31083.

          31083 = HTML5 controls: Problems after using
                  tab key when OnChange trigger is used.

          Without the fix for bug 31083 problems occur
          already after the first tab and one cannot
          do the test below.

 Scenario:
 1. The OnChange trigger of the first field fills a field with
    data from the server.
 2. Modify the first field
 3. Tab to the next editable field and modify this field.
 4. Click with the mouse in the first field.
 5. Modify the first field again and tab to the next field.

 The cursor has disappeared.

 Example:
 1. Create a DSP with four fields (widgettype editbox).

 2. The OnChange trigger for the first editbox is used to
    get some data from the server and to put that in a
    description field:

      trigger OnChange
      public web
         activate $instancename.OP_GET_EMP(FLD1.DUMENT,1)
         return (0)
      end

 3. Fill in a value in this first editbox.

 4. Tab with the keyboard from the first field to the next
    editable field. This is the third field.

 5. Modify this (third) field.

 6. Click with the mouse in the first field and modify the value.

 7. Tab again with the keyboard from the first field to the next editable field.

 The cursor now disappears.

 This problem only occurs when Internet Explorer is used.

 When HTML5 widgets are used one can type characters:
   These appear before the characters already in
   the third field.

 When DOJO is used the characters in the third field
 are selected:
   When one starts typing, these characters are overwritten.

Workaround:

 There is no workaround for this problem.

Notes: