IBM Support

PH04204: UNEXPECTED BEHAVIOR WHEN WRITING BIDI COMMENTS IN LPEX EDITOR

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

APAR status

  • Closed as program error.

Error description

  • IBM Rational Developer for z Systems - RDz - v9.5.1.8 behaves
    differently than ISPF when developers write mixed hebrew and
    english text using BIDI "visual edit line" in LPEX Editor.
    

Local fix

  • There is no known workaround at this time
    

Problem summary

  • 1. "Field reverse" mode in context menu was not marked as
    'checked' even when this mode was 'on'.
     2. In "Replace" mode, on typing, the cursor used to stay put,
    so the ongoing typing inserted characters at the same position
    replacing previous by newly typed.
     3. In "Replace" mode the "Delete" and "Backspace" worked
    incorrectly.
     4. The "Auto push" mode got interfered with "Field reverse", so
    on typing the cursor was shown 2 positions left to the character
    being inserted (in other words caret got advanced to the left
    with one position gap from inserted character).
    

Problem conclusion

  • "Auto push" and "Field reverse" modes are now mutual exclusive,
    so when one is turned on, another is turned off and vice versa.
    "Field reverse"  (including accompanying 'replace typing 'mode')
     is persistent for given document, i.e. if it has been turned
    'on' in any VF(Visual Field) invocation, it remains to be 'on'
    during the following VF use until it gets turned 'off' by the
    user.
    "Field reverse"  (including accompanying 'replace typing 'mode')
     is persistent for given document, i.e. if it has been turned
    'on' in any VF(Visual Field) invocation, it remains to be 'on'
    during the following VF use until it gets turned 'off' by the
    user.
    On subsequent VF invocations (ALT+) the aforementioned behavior
    repeats, i.e. caret jumps to the rightmost position suitable for
     text typing and typing mode switches to 'replace'. All this on
    condition that line is empty from the caret position to the
    right (or asterisk is present at the last position).
    
    The problem listed in this APAR has been resolved with
    IBM Rational Developer for z Systems V9.5.1.10 Fix Pack which
    is available from the Recommended Fixes support download page:
    http://www-1.ibm.com/support/docview.wss?rs=2294&uid=swg27006335
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH04204

  • Reported component name

    DEV FOR Z SYS

  • Reported component ID

    5724T0700

  • Reported release

    951

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2018-10-19

  • Closed date

    2019-04-30

  • Last modified date

    2019-04-30

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    DEV FOR Z SYS

  • Fixed component ID

    5724T0700

Applicable component levels



Document information

More support for: Rational Developer for System z

Software version: 951

Reference #: PH04204

Modified date: 30 April 2019